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GOOD  MORNING!  THANK  YOU,  MS.  RAND,  YOUR  WARM  WORDS 
OF  INTRODUCTION,  AND  THANKS  ALSO  GOES  TO  THE  AMERICAN 
DEFENSE  PREPAREDNESS  ASSOCIATION  FOR  HOSTING  THIS  MEETING. 

THIS  SYMPOSIUM  BRINGS  TOGETHER  A  DIVERSITY  OF 
INTERESTS  IN  CORPORATE  INFORMATION  MANAGEMENT  AND 
ENTERPRISE  INTEGRATION.  IT  ALSO  BRINGS  TOGETHER  A  WEALTH  OF 
EXPERIENCE  AND  A  WIDE  RANGE  OF  OPINIONS  ABOUT  ACTIONS  THAT 
HAVE  TAKEN  PLACE  AND  THOSE  THAT  ARE  ON  THE  HORIZON. 

I  WANT  THE  BOTTOM  LINE  OF  THIS  SYMPOSIUM  TO  BE  ACTION. 

I  COULD  STAND  HEAR  AND  GIVE  YOU  QUOTES  AND  PLATITUDES,  AND 
ALL  THAT  MIGHT  BE  INTELLECTUALLY  ENLIGHTENING,  BUT  THAT’S 
NOT  WHAT’S  GOING  TO  GET  THE  JOB  DONE. 

BEFORE  I  GO  TOO  FAR  WITH  THIS,  LET  ME  TELL  YOU  IN  A  FEW 
STATEMENTS  WHAT  I  HAVE  TO  SAY:  AFTER  THAT  I  WILL  GET  MORE 
SPECIFIC  ABOUT  ACTIONS  AND  GIVE  YOU  A  LITTLE  MORE  GRIST  FOR 
THE  MILL. 

I’D  T  .TKF.  TO  SHARE  WITH  YOU  MY  MODE  OF  OPERATION  FOR 
GETTING  THINGS  DONE.  AFTER  YOU  REALIZE  THAT  SOMETHING 
NEEDS  TO  BE  DONE  AND  THAT  YOU  HAVE  GATHERED  AN  ADEQUATE 
AMOUNT  OF  INFORMATION,  THEN  YOU  MAKE  A  DECISION.  YOU 
LATCH  ONTO  SOMETHING,  AND  HAVE  THE  STAYING  POWER  AND 
PERSEVERANCE  TO  MAKE  IT  SUCCESSFUL. 
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IF  THERE  IS  A  NEED  FOR  COURSE  ADJUSTMENTS,  YOU  DO  SO  IF 
THERE  IS  A  COMPELLING  REASON.  OTHERWISE  YOU  STAY  THE 
COURSE  AND  WEATHER  THE  STORMS  OF  THE  NAYSAYERS. 

I  CAME  BACK  TO  THE  DEPARTMENT  OF  DEFENSE  ON  A  MISSION. 

;  I  WOULD  SUGGEST  THAT  YOU  JOIN  ME  -  BUT  THIS  IS  NOT  FOR  THE 
FAINT  OF  HEART  OR  THE  WEAK  OF  EGO.  IT  TAKES  A  LOT  OF 

i 

:  STRENGTH  OF  CHARACTER  TO  BE  ABLE  TO  LEAD  AS  NEEDED  AND  TO 
i  BE  ABLE  TO  PLAY  THE  SUPPORTIVE  ROLE  WHEN  THAT  NEED  ARISES. 

I 

WE  HAVE  ALL  GATHERED  HERE  TO  PULL  TOGETHER  TO  GET  ON 
WITH  THE  IMPLEMENTATION  OF  CORPORATE  INFORMATION 

MANAGEMENT  AND  BRING  ABOUT  ENTERPRISE  INTEGRATION.  AS  THE 

POET  ROBERT  FROST  TOLD  US,  WE  HAVE  PROMISES  TO  KEEP  AND 

i  MILES  TO  GO  BEFORE  WE  SLEEP. 

WHAT  ARE  THE  MILES?  ACTUALLY,  THE  DISTANCES  COULD  BE 

MEASURED  IN  MICRONS  OR  LESS.  HOW  FAR  OFF  MUST  AN  ELECTRON 

BE  TO  CAUSE  A  MISMATCH  IN  TARGETING  INFORMATION?  TO  CAUSE 
THE  NONPAYMENT  OR  THE  OVERPAYMENT  ON  A  CONTRACT?  TO  NOT 
UPDATE  A  MEDICAL  RECORD  BEFORE  AN  UNEXPECTED  EMERGENCY? 

THERE  ARE  ANY  NUMBER  OF  EMOTIONALLY  CHARGED 
EXAMPLES  I  COULD  USE,  BUT  WE  NEED  NOT  RUN  ON  FEELINGS.  WE 
MUST  RUN  ON  FACTS  AND  THE  NEED  TO  MEET  MISSION  DEMANDS  AND 
ON  PLANS  THAT  LAY  OUT  REAL  ACTIONS. 
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I  APPLAUD  THE  AMERICAN  DEFENSE  PREPAREDNESS 
ASSOCIATION  FOR  BRINGING  US  ALL  HERE.  ALL  THE  MAJOR 
STAKEHOLDERS  IN  CIM  AND  ENTERPRISE  INTEGRATION  ARE  HERE  OR 

ARE  REPRESENTED  HERE  TODAY. 

FIRST,  THERE  ARE  THE  MILITARY  SERVICES,  WHO,  I  SUBMIT, 
MUST  BE  OUR  MOST  IMPORTANT  STAKEHOLDERS.  THE  NEEDS  OF  OUR 
FIGHTING  FORCES  MUST  REMAIN  PARAMOUNT. 

THIS  IS  NOT  HERESAY  AGAINST  DEPARTMENTAL  EFFORTS  IN 
CIM  BEING  HEADED  BY  THE  FUNCTIONAL  LEADERSHIP  WITHIN  THE 
OFFICE  OF  THE  SECRETARY  OF  DEFENSE.  I  BELIEVE  THAT  THIS  IS  THE 
BEST  CONFIGURATION  FOR  PROVIDING  SUPPORT  FOR  OUR  TROOPS. 

SO  WHAT  OF  THE  FUNCTIONS?  WHICH  IS  MORE  IMPORTANT 
THAN  THE  OTHERS?  IS  IT  THE  COMMAND  AND  CONTROL  FUNCTION? 
THE  INTELLIGENCE  FUNCTION  THAT  GIVES  EYES  AND  EARS  TO  OUR 
FIGHTING  FORCES?  IS  IT  THE  ACQUISITION  FUNCTION  TO  PROVIDE 
WEAPONS,  BOMBS,  BULLETS,  SPARE  PARTS  AND  SUPPLIES?  IS  IT  THE 
FINANCIAL  FUNCTION  THAT  PAY  THE  TROOPS  AND  TRANSLATES 
TAXPAYER  DOLLARS  INTO  DEFENSE  CAPABILITIES?  IS  IT  PERSONNEL 
AND  READINESS,  THAT  RECRUITS  OUR  FORCES,  ASSIGNS  THEM  TO 
UNITS,  AND  TAKES  CARE  OF  THEIR  FAMILIES  AS  IT  DEPLOYS  THEM  TO 
ALMOST  ANY  LOCATION  ON  THE  GLOBE? 
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I  ASSURE  YOU,  THERE  IS  NO  FUNCTION  EITHER  MORE  OR  LESS 
IMPORTANT  THAN  ANY  OTHER.  THOSE  OF  US  WHO  HAVE  BEEN  ASI^D 
RY  THE  PRESIDENT  TO  MAINTAIN  AND  MAKE  OUR  FIGHTINg  FORCES 
THE  REST  TRAINED.  BEST  EQUIPPED.  BEST  PREPARED  IN  THE  WQRLD 

ARE  WORKING  TOGETHER  AS  A  TEAM. 

AS  MOST  OF  YOU  KNOW  FROM  HEARING  MY  THOUGHTS  OVER 
THE  YEARS,  I  CONSIDER  ALL  SYSTEMS  TO  BE  COMMAND  AND 
CONTROL  SYSTEMS.  I  AM  SURE  THAT  THE  LEADERSHIP  OF  EACH 
FUNCTIONAL  AREA  ALSO  VIEWS  THEIR  SYSTEMS  AS  COMMAND  AND 
CONTROL  SYSTEMS  AS  WELL. 

USING  THE  CONCEPT  OF  JOINT  OWNERSHIP,  WE  ARE  JOINTLY 
RESPONSIBLE  FOR  THE  SUCCESS  OR  FAILURE  OF  OUR  FUNCTIONS  AND 
SYSTEMS. 

FROM  MY  PERSPECTIVE,  OUR  BUSINESS  SYSTEMS  WHICH  ARE 
SOMETIMES  REFERRED  TO  AS  MANAGEMENT  INFORMATION  SYSTEMS 
ARE  ESSENTIAL  TO  COMMAND  AND  CONTROL  OF  OUR  FORCES. 

WE  HAVE  BILLIONS  OF  LINES  OF  CODE  IN  THOSE  SYSTEMS,  AND 
THE  COST  OF  MAINTAINING  THOSE  SYSTEMS  IS  JUST  AS  EXPENSIVE  AS 
IT  IS  TO  MAINTAIN  THE  CONVENTIONAL  C3I  SYSTEMS  OR  WEAPON 
SYSTEMS. 
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WE  ARE  TRYING  TO  REDUCE  OUR  SOFTWARE  OVERHEAD  AS  WE 
MOVE  AWAY  FROM  LEGACY  SYSTEMS  OF  YESTERDAY  AND  ON  TO 
MIGRATION  SYSTEMS  OF  THE  FUTURE,  BUT  THE  SYSTEMS  THAT 
REMAIN  AS  WE  TRANSITION  ALSO  NEED  ATTENTION. 

THESE  SYSTEMS  MUST  INTEROPERATE  WITH  THEMSELVES  AND 
WITH  OUR  CONVENTIONAL  C3  AND  COMBAT  SUPPORT  SYSTEMS. 

MUTUAL  DEPENDENCY  IS  A  FACT  OF  LIFE  SO  MUTUAL 
COOPERATION  MUST  BE  ALSO.  AS  BENJAMIN  FRANKLIN  SAID  AS  HE 
SIGNED  THE  DECLARATION  OF  INDEPENDENCE,  “WE  MUST  ALL  HANG 
TOGETHER  OR  SURELY  WE  WILL  ALL  HANG  SEPARATELY.”  THE 
DEPARTMENT  OF  DEFENSE  MUST  DRAW  UPON  THE  STRENGTHS  OF  ITS 
DIVERSITY  OF  CAPABILITIES  AND  EXPERIENCE  TO  MAKE  THE 
AMALGAM  STRONGER  AND  MORE  USEFUL  THAN  ITS  INDIVIDUAL 
COMPONENT  PARTS. 

LET  ME  GIVE  YOU  AN  EXAMPLE  OF  ONE  OF  THESE  EFFORTS,  ONE 
WHICH  IS  CUTTING  TO  THE  CORE  OF  MANY  OF  OUR  SYSTEMS 
PROBLEMS,  THAT  BEING  THOSE  BILLIONS  OF  LINES  OF  CODE  THAT  I 
JUST  MENTIONED. 

AS  MOST  OF  YOU  KNOW  I  STRONGLY  BELIEVE  WE  HAVE  A 
SOFTWARE  CRISIS  IN  DOD.  THE  ASD(C3I)  IS  GENERALLY  REGARDED  AS 
THE  PROPONENT  FOR  SOFTWARE  POLICY  WITHIN  DOD  WHILE 
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USD(A&T),  AND  SPECIFICALLY  DDR&E,  IS  RESPONSIBLE  FOR 
SOFTWARE  R&D. 

NOEL  LONGUEMARE,  THE  PRINCIPAL  DEPUTY  USD(A&T),  AND  I 
CO-CHAIR  THE  SOFTWARE  MANAGEMENT  EXECUTIVE  COUNCIL.  WE 
HAVE  INITIATED  A  SOFTWARE  MANAGEMENT  REVIEW  BOARD  AND 
PROCESS  ACTION  TEAMS. 

I  LIKE  THE  IDEA  OF  THE  USD(A&T)  FOLK,  IN  THEIR  ROLE  OF 
OVERSIGHT  FOR  ALL  THE  WEAPONS  SYSTEMS  AND  COMBAT  SUPPORT 
SYSTEMS,  BEING  INVOLVED  IN  THE  DAY-TO-DAY  SOFTWARE 
BUSINESS.  IN  THE  PAST,  THEY  HAVE  BEEN  IN  THE  R&D  OF  SOFTWARE 
SUCH  AS  THEY  WERE  WITH  ADA,  BUT  THEY  HAVE  NOT  ENFORCED  THE 
USE  OF  THEIR  PRODUCTS. 

WHEN  THE  RESEARCH  COMMUNITY  IS  DEALING  WITH 
SOFTWARE  FOR  A  SPECIFIC  WEAPON  SYSTEMS,  THEY  ARE  WORKING 
LARGELY  IN  THE  REALM  OF  APPLIED  RESEARCH.  IN  ANY  TYPE  OF 
RESEARCH,  THERE  ARE  PARAMETERS  THAT  ARE  HELD  CONSTANT  - 
THESE  ARE  THE  “GIVENS”  -  AND  THERE  ARE  ALSO  PARAMETERS  THAT 
ARE  ALLOWED  TO  VARY. 

I  ASSERT  THAT  THE  SOFTWARE  FOR  WEAPON  SYSTEMS  SHOULD 
BE  DEVELOPED  WITH  AN  EXPANDED  SET  OF  “QIVENg.” 
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MORE  STANDARDIZATION  OF  SOFTWARE  LANGUAGES,  TOOLS, 
AND  PROCESSES  IN  THE  SYSTEMS  DEVELOPMENT  AREA  WOULD  YIELD 
SYSTEMS  THAT  WILL  INTEROPERATE  BETTER  AND  SAVE  BILLIONS  TO 
BUILD  AND  MAINTAIN  OVER  THEIR  LIFE  CYCLE. 

THIS  DEPARTMENT- WIDE  SOFTWARE  MANAGEMENT  INITIATIVE 
COVERS  ALL  ASPECTS  OF  SOFTWARE  MANAGEMENT  AND 
ACQUISITION  IMPROVEMENT,  REGARDLESS  OF  THE  USE  OF  THE 
SOFTWARE. 

OUR  SOFTWARE  INITIATIVE  COVERS  IMPLEMENTATION  OF  THE 
MANAGEMENT  IMPROVEMENTS  AND  RECOMMENDATIONS  CONTAINED 
IN  THE  JUNE  1994  DEFENSE  SCIENCE  BOARD  STUDY  ON  “ACQUIRING 
DEFENSE  SOFTWARE  COMMERCIALLY.” 

THE  FIRST  TWO  PROCESS  ACTION  TEAMS  HAVE  ALREADY  BEEN 
CONVENED  ON  SOFTWARE  ACQUISITION  BEST  PRACTICES  AND  ON 
EDUCATION.  ADDITIONAL  TEAMS  WILL  BE  FORMED  AS  NEEDED. 

ADDITIONAL  CROSS-FUNCTIONAL  COOPERATION  IS  TAKING 
PLACE  IN  THE  ACQUISITION  ARENA.  WHILE  I  BELIEVE  THAT  THE 
FEDERAL  ACQUISITION  STREAMLINING  ACT  WILL  DO  MUCH  TO 
ALLEVIATE  THE  CUMBERSOME  ACQUISITION  PROCESS,  THERE  IS 
MUCH  THAT  WE  CAN  AND  MUST  DO  OURSELVES. 
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THE  RATE  OF  CHANGE  IN  TECHNOLOGY  IS  SO  RAPID  THAT  WE 
MUST  ACCELERATE  THE  SYSTEMS  ACQUISITION  PROCESS  TO  GUARD 
AGAINST  OBSOLESCENSE  IN  THE  SYSTEMS  -  AND  THIS  INCLUDES 

WEAPON  SYSTEMS  -  FOR  OUR  FORCES. 

THE  OBJECT,  AFTER  ALL,  IS  TO  ACQUIRE  DEFENSE  CAPABILITIES 

RATHER  THAN  TO  FEED  THE  ACQUISITION  PROCESS  ITSELF. 

IN  THE  AREA  OF  ACQUISITION  STREAMLINING,  THE  UNDER 
SECRETARY  OF  DEFENSE  FOR  ACQUISITION  AND  TECHNOLOGY,  DR. 
KAMINSKI,  HAS  APPROVED  THE  SELECTION  OF  THE  SPACE  BASED 
INFRARED  (SBIR)  SYSTEM  AS  A  PILOT  PROGRAM  FOR  ACQUISITION 
STREAMLINING.  THIS  IS  AN  AGGRESSIVE  ATTEMPT  TO  DO  IN  60  DAYS 
WHAT  HISTORICALLY  HAS  TAKEN  6-9  MONTHS. 

DR.  KAMINSKI  IS  DEFINITELY  A  CHANGE  AGENT  AND  IS 
DETERMINED  TO  MAKE  THINGS  HAPPEN. 

THE  GOAL  IS  TO  STREAMLINE  THE  SYSTEM  ACQUISITION 
PROCESS,  WHILE  MEETING  ALL  LEGAL  REQUIREMENTS  AND 
MAINTAINING  RIGOROUS  OVERSIGHT  OF  THE  ACQUISITION. 

HE  HAS  ALSO  ASKED  THE  DAB  COMMITTEE  CHAIRMEN  TO 
DEVELOP  STREAMLINED  ALTERNATIVES  TO  THE  CURRENT 
COMMITTEE  AND  DAB  OVERSIGHT  PROCESS. 

WHAT  ARE  THE  OVERALL  IMPLICATIONS  FOR  C3  OR  OTHER 

SYSTEMS? 
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LOOKING  AT  THE  LESSONS  TO  BE  LEARNED  FROM  SBIR,  WE  MAY 
BE  ABLE  TO  REDUCE  THE  DOCUMENTATION  BURDEN  LEVIED  IN  THE 
OVERSIGHT  PROCESS  FOR  MANY  ACQUISITIONS,  INCLUDING  C3  OR 
INFORMATION  SYSTEMS. 

ALSO,  WE  MAY  FIND  INNOVATIVE  TECHNIQUES  FOR  OVERSIGHT 
THAT  WILL  GET  US  AWAY  FROM  THE  SERIAL  MILESTONE  REVIEW 
PROCESS. 

WE  HAVE  ADVOCATED  RAPID  PROTOTYPING,  EVOLUTIONARY 
DEVELOPMENTS  AND  INCREMENTAL  DEVELOPMENTS  FOR  QUITE 
SOME  TIME,  YET  THE  MILESTONE  SEQUENCE  FOR  OVERSIGHT 
REVIEWS  KEEPS  US  TIED  RATHER  CLOSELY  TO  THE  OLD  “GRAND 
DESIGN”  OR  WATERFALL  MODEL  FOR  SYSTEM  ACQUISITION, 

MUCH  OF  THIS  IS  THE  RESULT  OF  SOCIAL  OPPOSITION  TO 
CHANGE. 

WE  HAVE  A  VERY  SUCCESSFUL  MODEL  FOR  ACQUISITION  OF 
HIGH  TECHNOLOGY,  HIGH  COST  SPACE  BASED  SYSTEMS  ALREADY. 
THE  NRO  HAS  BEEN  A  VERY  SUCCESSFUL  ACQUISITION  ACTIVITY,  AND 
THEY  HAVE  A  TREMENDOUS  TRACK  RECORD. 

THE  STREAMLINING  PROCESS  THAT  WE  ARE  TRYING  TO 
BRING  ABOUT  IN  THE  NORMAL  SYSTEM  WOULD  BE  AUTOMATIC  WITH 
THE  NRO. 
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TfflS  WOULD  STREAMLINE  TfflS  PARTICULAR  CLASS  OF 
ACQUISITIONS,  BUT  NOT  NECESSARILY  THE  OVERALL  ACQUISITION 
PROCESS. 

ON  THE  OTHER  HAND,  WE  MAY  WANT  TO  USE  THE  WAY  THAT 
NRO  DOES  ITS  ACQUISITIONS  AS  A  COMPARATIVE  MODEL  FOR 
DETERMINING  THE  MOST  RAPID,  ALLOWABLE  PATH  FOR  ALL 
ACQUISITIONS. 

THIS  COMING  WEEKEND,  DR.  KAMINSKI  WILL  BE  HOLDING  AN 
INTENSIVE  SESSION  ON  ACQUISITION  IMPROVEMENT.  I  LOOK 
FORWARD  TO  SITTING  DOWN  AT  THE  TABLE  TO  EXCHANGE  IDEAS 
WITH  THE  DEPARTMENT’S  ACQUISITION  SENIOR  LEADERSHIP.  I 
BELIEVE  THAT  THIS  SYMPOSIUM  IS  FERTILE  GROUND  FOR 
DEVELOPING  OTHER  IDEAS  FOR  ACQUISITION  IMPROVEMENT. 

PINPOINTING  ACQUISITION  AS  AN  AREA  THAT  REQUIRES  CROSS¬ 
FUNCTIONAL  COOPERATION  BRINGS  ME  TO  ANOTHER  SET  OF 
STAKEHOLDERS  IN  THIS  PROCESS  -  WHICH  IS  THE  AMERICAN 
INDUSTRIAL  BASE. 

COOPERATION  WITHIN  AND  INDUSTRY  AND  THE  DOD  IS  MORE 
IMPORTANT  TODAY  THAN  EVER  BEFORE  AS  DOD  MOVES  TO  MORE 
AND  MORE  RELIANCE  ON  OUR  NATION’S  INDUSTRIES  TO  MAINTAIN 
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THE  ADVANTAGE  FOR  OUR  WARFIGHTERS  AND  TO  IMPROVE  THE 
ECONOMIC  SECURITY  OF  OUR  COUNTRY. 

WITH  UNEMPLOYMENT  BEING  AT  ITS  LOWEST  LEVEL  FOR 
YEARS,  THEY  MUST  BE  DOING  A  LOT  THAT’S  RIGHT. 

WE  IN  THE  C3I  COMMUNITY  HAVE  ALREADY  MADE  STRIDES  IN 
MAKING  STRUCTURAL  AND  PROCEDURAL  CHANGES  SO  THAT  WE  CAN 
PROVIDE  BETTER  SERVICE  TO  THE  REST  OF  THE  DEPARTMENT.  I 
EXPECT  THE  BUSINESS  RE-ENGINEERING  THRUST  IN  DOD  TO  GAIN 
MOMENTUM  AS  TIME  MOVES  ON  AND  DOLLARS  GET  LESS. 
IMPROVEMENT  IN  CYCLE  TIME  CAN  ONLY  BE  ACHIEVED  BY 
REVOLUTIONARY  CHANGES  IN  THE  BUSINESS  PROCESSES. 

THE  INFORMATION  MANAGEMENT  SERVICE  PROVIDERS  HAVE  A 
MAJOR  TASK  AHEAD  OF  THEM  TO  PROVIDE  A  DEFENSE  INFORMATION 
INFRASTRUCTURE  THAT  THE  FUNCTIONAL  AND  OPERATIONAL 
IMPROVEMENTS  OF  THE  DEPARTMENT  CAN  RIDE  UPON. 

I  AM  ASKING  GENERAL  EDMONDS  TO  SHOULDER  THE  LOAD  ON 
THIS.  DISA  HAS  ALREADY  SHOWN  ITS  ABILITY  TO  SCRAP  THE  OLD  AND 
MOVE  ON  WITH  THE  NEW  WHEN  IT  TOSSED  OUT  THE  OLD  WAYS  OF 
SELECTING  STANDARD  ELEMENTS. 

AFTER  30  YEARS  OF  STANDARDIZATION  EFFORTS,  DOD  HAD  2 
APPROVED  STANDARD  DATA  ELEMENTS  AT  THE  BEGINNING  OF  THIS 
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YEAR.  BY  EARLY  SEPTEMBER,  WE  HAD  OVER  1,000  STANDARD  DATA 
ELEMENTS.  NOW  WE  MUST  MOVE  TO  USING  THEM. 

OUR  GOAL  OF  HAVING  TOTAL  INFORMATION  CONNECTIVITY 
AMONG  ALL  DEFENSE  UNITS,  THAT  IS  TOTAL,  SEAMLESS,  EASY  TO  USE 
IF  YOU  NEED  IT,  AND  IMPOSSIBLE  TO  USE  IF  YOU  AREN’T  ENTITLED, 
MUST  BE  REACHED.  SECURITY  MUST  BE  A  CORNERSTONE  OF  OUR 

SYSTEMS  AS  WE  DESIGN  THEM. 

THERE  IS  ONE  IMPORTANT  GROUP  OF  STAKEHOLDERS  THAT  I 
HAVEN’T  MENTIONED  -  AND  THAT  IS  THE  CITIZENRY  OF  OUR  GREAT 
NATION.  WE  ARE  HERE  TO  SERVE  THEM  AND  TO  GET  THE  BEST 
RETURN  ON  THE  INVESTMENT  OF  THEIR  TAX  DOLLARS. 

I  AM  PLEASED  ABOUT  THE  PARTICIPATION  OF  CONGRESSIONAL 
STAFF  MEMBERS,  WHO  ARE  OUR  REPRESENTATIVES  OF  THE 

TAXPAYERS,  IN  THIS  SYMPOSIUM. 

WE  CANNOT  SLOW  DOWN  OUR  STREAMLINING  EFFORTS.  IF 

ANYTHING,  WE  NEED  TO  SPEED  THEM  UP. 

THERE  ARE  STILL  ANTICIPATED  UPTURNS  IN  TOTAL  DEFENSE 
COSTS  AROUND  THE  TURN  OF  THE  CENTURY.  WE  MUST  DO  WHAT  WE 
CAN  TO  MAKE  LASTING  IMPROVEMENTS  IN  TERMS  OF  COST 
REDUCTIONS  AND  IMPROVEMENTS  IN  MISSION  CAPABILITIES. 
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THE  BUSINESS  PROCESS  RE-ENGINEERING  STUDIES  ALREADY 
PERFORMED  HAVE  YIELDED  A  LONG  LIST  OF  IMPROVEMENTS  THAT 
CAN  BE  MADE.  BUT  STUDIES  DON’T  GIVE  RESULTS,  ACTIONS  DO. 

IN  LOOKING  AT  130  BPR  STUDIES  THAT  HAVE  TAKEN  PLACE  IN 
DOD,  NEARLY  1450  IMPROVEMENT  OPPORTUNITIES  HAVE  BEEN 
IDENTIFIED. 

ABOUT  30  OF  THESE  PROJECTS  HAVE  BEEN  EVALUATED  IN 
DEPTH  USING  FUNCTIONAL  ECONOMIC  ANALYSIS  TECHNIQUES. 

BASED  ON  THESE  ANALYSES,  AN  INVESTMENT  OF  $1.7  BILLION  TO 
IMPLEMENT  RE-ENGINEERED  PROCESSES  WOULD  YIELD  $10.5  BILLION 
IN  POTENTIAL  NET  SAVINGS. 

THIS  IS  A  SIZABLE  OUTLAY,  BUT  THE  RESULTS  ARE  EVEN  MORE 
SIZABLE.  IN  ADDITION,  THERE  ARE  NON-FINANCIAL  SAVINGS,  AS  IN 
LIVES  SAVED  OR  DEPLOYMENT  TIMES  SHORTENED. 

I  ASSERT  THAT  THE  DOD  MUST  MOVE  OUT  BOLDLY  NOW  AND 
IMPLEMENT  THE  IMPROVEMENTS  THAT  HAVE  ALREADY  BEEN 
IDENTIFIED. 

AS  MS.  KENDALL  AND  GENERAL  EDMONDS  WILL  BE  TELLING 
YOU,  WE  ARE  EMBARKING  ON  A  NEW  PHASE  OF  STRATEGIC  ACTION  IN 
CORPORATE  INFORMATION  MANAGEMENT  AND  ENTERPRISE 
INTEGRATION. 
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WE  ALREADY  HAVE  A  SMATTERING  OF  SIGNIFICANT  RESULTS, 

AS  IN  REDUCING  UNMATCHED  DISBURSEMENTS,  AND  QUANTUM 
IMPROVEMENTS  IN  BATTLEFIELD  MEDICAL  EVACUATION.  WE  ARE 
JUST  SCRATCHING  THE  SURFACE  ON  APPLYING  ELECTRONIC 
COMMERCE  AND  ELECTRONIC  DATA  INTERCHANGE. 

BUT  LET’S  NOT  SETTLE  FOR  A  FEW  SUCCESSES.  I’VE  FOUND 
THAT  IF  YOU  ARE  USING  A  HAND  TO  PAT  YOURSELF  ON  THE  BACK, 

YOU  CAN’T  USE  IT  TO  LEND  A  HAND  TO  SOMEONE  ELSE.  WE  SHOULD 
CELEBRATE  THESE  SUCCESSES  BY  USING  THEM  AS  EVIDENCE  THAT 
MORE  ARE  FEASIBLE  AND  DOABLE. 

WITH  THESE  AS  THE  WEIGHT  ON  THE  LEVER  OF  CHANGE, 

ENTERPRISE  INTEGRATION  IS  THE  FULCRUM. 

UNDER  THE  LEADERSHH*  OF  SECRETARY  PERRY  AND  DEPUTY 
SECRETARY  DEUTCH,  WE  MUST  ACT  AS  A  TEAM.  WE  MUST  FORM  OUR 
GAME  PLAN  AND  EXECUTE  IT  TO  THE  BEST  OF  OUR  ABILITIES. 

AS  GENERAL  CHAPPY  JAMES  USED  TO  POINT  OUT,  GETTING  TO 
THIRD  BASE  ADDS  NO  MORE  TO  THE  SCORE  THAN  A  STRIKE-OUT.  THE 
STATS  FOR  AN  INDIVIDUAL  MEAN  LITTLE  IF  THE  TEAM  DOES  NOT  WIN. 

I  RETURNED  TO  THE  DEPARTMENT  OF  DEFENSE  TO  MAKE  A 
DIFFERENCE,  NOT  AS  AN  INDIVIDUAL,  AND  NOT  IN  AN  INDIVIDUAL 
AREA.  THE  OTHER  MEMBERS  OF  THE  LEADERSHIP  TEAM  ALSO  CAME 
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HERE  TO  HELP  MAKE  THE  IMPROVEMENTS  THAT  OUR  NATION 
EXPECTS  AND  THAT  THE  WORLD  SITUATION  REQUIRES. 

WE  MUST  MOVE  AHEAD  IN  IMPLEMENTING  JOINT  SOLUTIONS 
THAT  WILL  GIVE  INTEGRITY,  RELIABILITY,  FLEXIBILITY,  SECURITY 
AND  STRENGTH  TO  DEFENSE  CAPABILITIES. 

WARS  CANNOT  BE  FOUGHT  AND  WON  WITH  A  SINGLE  SET  OF 
SOLUTIONS.  AND  THEY  CANNOT  BE  WON  WITH  THE  LAST  WAR’S 
CAPABILITIES  AND  STRATEGIES. 

LET’S  GET  ON  WITH  IT. 

I  WOULD  BE  GLAD  TO  ENTERTAIN  YOUR  QUESTIONS  AT  THIS 

TIME. 
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Outline 

«  Background 

•  CIM/EI  Goals 

•  Management  Structure 

•  Functional  Strategic  Plans 

•  Key  Success  Factors 

•  Next  Steps 

Corporate  Information  Management/ 
Enterprise  Integration 
Strategic  Plan 


Cynthia  Kendall 

Deputy  Assistant  Secretary  of  Defense 
(Information  Management) 
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ackground 


of  Defense  Direction 


Approval  of  CIM  Strategic  Plan  and 
El  Implementing  Plan,  June  13,  1994 

Direction  Given  to: 

•  Update  and  integrate  the  plan  by  Fall  1994 

•  Expand  planning  to  include  functional  plans 

•  Identify  issues  to  El  Executive  Board  and  El 
Corporate  Management  Council 
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Corporate  Information  Management/ 
Enterprise  Integration 


Overarching  CIM/EI  Goal 

Enable  the  commanders  of  military  forces 
and  the  managers  of  support  activities 
to  achieve  the  highest 
effectiveness, 
efficiency, 
agility  and 

integration  in  their  operations 
through  the  effective  use  of  information 
applied  in  improved  functional  processes. 


CIM/EI  Goals 

1 .  Re-engineer  Processes 

2.  Shared  Data 

3.  Minimize  Duplication  of  Information  Systems 

4.  Computer  and  Communications  Infrastructure 

5.  Integrated  Defense  Enterprise 

6.  CIM/EI  Policies  and  Structure 
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Re-engineer  Processes 

®  Objectives 

-  Aggressively  pursue  process  changes 

-  Implement  re-engineering  on  a  sustaining  basis 
®  Strategy 

~  Accelerate  top-down  re-engineering  of  critical 
processes  in  the  next  two  years 

-  Team  approach  with  other  initiatives 


Goal  1 :  Re-engineer  Processes 

•  Proposed  Performance  Measures 

-  Process  Improvements  Made 

-  Return  on  Investment 

-  Performance  Gains 

-  Extent  of  usage  of  BPR 

-  Effectiveness  of  BPR  Tools  and  Support 
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Number  of  Improvements 


Process 

Improvement  Opportunity  Categories 

*  1,421  Improvement  Opportunities  Analyzed 

Goal  2:  Shared  Data 

•  Objectives 

-  Derive  standard  definitions,  use  in  shared 
databases  and  common  information  systems 

-  Delivery  of  high  quality  data 

•  Strategy 

-  Link  data  sharing  improvements  to  migration 
systems  implementation 

-  Evolve  to  integrated,  shared  data  bases 
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Shared  Data 


Performance  Measures 
Number  of  standard  data  elements 
Shared  databases  meet  mission  needs 
Quality  data  in  mission  terms 
Improved  DoD  operations 
Effectiveness  of  DoD  Data  Administrator 
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:  Minimize  Duplicati 
[nformation  Systems 


®  Objectives 

-  Migrate  to  common  baseline  of  info  systems 

-  Incorporate  re-engineering  and  standards 

*  Strategy 

~  Rapidly  complete  migration  selections 
--  Implement  most  by  FY96-97 

-  Incorporate  re-engineering  improvements  as 
early  as  possible 


Goal  3:  Minimize  Duplication 
Of  Information  Systems 


•  Proposed  Performance  Measures 

-  Number  of  migration  systems  selected 
and  implemented 

-  Legacy  systems  eliminated 

-  Return  on  investment 

-  Incorporation  of 

-  Re-engineered  processes 

-  Open  systems  standards 
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4:  Computer  and 


Communications  Infrastructure 


®  Objectives 

~  Info  infrastructure  is  flexible,  transparent 

-  Standards  based  open  system  architecture 

®  Strategy 

-  Evolve  to  meet  mission  information  needs 

-  Benchmark  against  best  commercial  practices 

-  Improve  software  practices 

-  Identify  and  integrate  new  technologies 

Goal  4:  Computer  and 
Communications  Infrastructure 

•  Proposed  Performance  Measures 

-  Increase  usage  of  infrastructure  services 

-  Competitiveness  of  cost  and  performance 

-  Move  to  architectural  standards 

-  Cycle  time  for 

-  User  service  requests 

-  Acquire  and  Integrate  new  technologies 

-  Provide  added  services  for  user  needs 
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Integrated  Defense 
Enterprise 


®  Objectives 

-  Integrate  cross-functional,  technical  programs 

-  Integrate  functional  processes 

®  wStrategy 

-  El  Executive  Board  and 

El  Corporate  Management  Council 

-  Functional  and  data  linkages 

-  Technical  systems  integration 

Goal  5 :  Integrated 

Enterprise 

•  Proposed  Performance  Measures 

-  Cross-functional  processes 

-  End-to-end  performance  of  functions 

-  Integrated  information  systems,  databases  and 

information  infrastructure 

-  Reduced  functional  and  technical  costs 

-  Linkage  aross  all  missions 
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Information  Management/ 
nterprise  Integration 

Functional  Applications 


Goal  6:  CIM/EI  Policies 
And  Structure 

•  Objectives 

-  Establish  management  structure 

-  Establish  policies 

•  Strategy 

-  Evolve  policies  and  management  structures  as 
necessary 

•  Proposed  Performance  Measures 

-  Implementation  of  policies  is  current 

-  Management  structures  are  current 
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Management  Structure 


El  Executive 

Board 

Deputy  Secretary  of  Defense 

■ 

El  Corporate 
Management 
Council 

Support  Staff  - 
&  Resources 

PDUSD 

(A&T),  ASD(C3I) 

Implementing 

Activities 

Functional  Strategic  Plans 
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Factors  for  Success 


*  Expand  Focus  on  the  Warfighter 

*  Employ  Key  Management  Principles 

*  Centralize  Responsibility  for  El 

Implementation  in  a  Single  Organization 

®  Combine  Management  Strategy  for  Process 
Re-engineering  and  Integrated  Information 

®  Embed  CIM/EI  in  Central  Management 
Policies  and  Practices 


Next  Steps 


•  Approve  CIM/EI  Strategic  Plan 

•  Develop  Functional  Strategic  Plans 

•  Shift  attention  to  Implementation 
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Comments? 

Suggestions? 


cynthia.kendall  @  osd.mil 
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Lt  Gen  Albert  Edmonds 
Director,  Defense  Information  Systems  Agency 

12/12/1994 
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Puipose 

The  purpose  of  this  briefing  is  provide  a  top  dow/n  view  of  DISA's  progress  in  supporting  the  achievement  of  the 
Department's  CIM/EI  goals. 
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CIM  -  El  GOALS 


•  "Reinvent"  and  reengineer  poD  functional  processes 
to  achieve  greater  mission  Effectiveness  at  lower  cost. 


•  Tie  DoD  together  through  the  Use  of  quality,  shired 
data. 

•  Minimize  duplication  and  enhance  jDo^s  information 
systems  to  embody  reengineere<t  processes. 

•  Implement  a  flexible,  worid-ivMe  computer  and 
communications  irffrastructure.: 

•  Implement  CIM/B  to  achieve  an  integrated  Defense 
Enterprise. 

•  Establish  CINpi  policies  and  management  structurer 
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CIIWEI  Goals 

As  Ms.  Kendall  indicated  earlier,  these  are  the  six  goals  for  the  Department.  Our  job  at  DISA  is  to  develop  and  execute 
aggressive  initiatives  to  support  the  achievement  of  these  goals. 
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DISA  Commitment 


DISA's  comhuitment 


□ISA's  pSjefctive: 
acceleraip  the  process 
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DISA  Corrmtment 

Wte  are  firmly  committed  to  making  the  implementation  phase  happen.  DISA's  objective  is  to  make  things  happen  fast! 
This  morning,  I  am  going  to  briefly  talk  about  some  of  our  major  initiatives  that  help  accelerate  the  process. 

One  major  initiative  supports  the  acceleration  of  implementing  a  world-wide  computer  and  communications  infrastructure. 
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Integrated  Global  Environment 


Anywhere,  Anytime,  Any  Mission 
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Integrated  Global  Environment 

New  national  strategies  envision  power  projection  by  highly  flexible,  rapid  response,  tailored  forc»  pa-^es,  under  Joint  Tg 
Force  (JTF)  or  CoSined  Joint  Task  Force  (CJTF)  command.  These  force  packages  will  support  a  sp^rum  of  mi  il^/^ltol 
responses  to  promote  national  interests  worldwide.  The  National  Military  Strategy  dictates  that  the  US  Forc^ 
to  project  power  from  CONUS  bases,  sanctuary  locations  and  the  in-theater  locations  to  an  area  of  conflict  anywhere  in  the  world. 

The  combination  of  reduced  funding  and  the  new  international  political  environment  means  the  number  of  US  Forces  forward 
deployed  outside  the  CONUS,  as  well  as  overall  force  size  is  steadily  shrinking.  The  ability  to  proj^  force  is  constrained  by 
limited^rategic  lift  necessitating  a  greater  "tooth-to-tail"  ratio  in  the  structure  of  deploy^  forces_  ^  a  resul .  the  mihtary  Services 
will  become  increasingly  reliant  on  long-distance  communications  and  logistics  capabilities  to  fulfill  their  global  mission. 

The  new  warfighting  context  outlined  in  the  National  Military  Strategy  drove  the  development  c^a  concept  to  guide  all  the  Services 

toward  a  global  C4I  system.  The  comnxrn  global  vision  of  C4IFTW is  to  aeate  a  single  wew  ^ pint  military  Wl. 

functional  components  of  information  critical  to  the  warrior  are  Command  and  Control  (C2),  Intelligence,  and  Mission  Supp^. 

This  information  to  the  warrior  -  whether  on  air,  land,  sea,  or  space  -  must  be  integrated  in  a  secure  seamless  manner  among 
the  Services  and  Defense  Agencies.  This  view  is  of  a  widely  distributed  user-driven  infrastructure  to  which  the  warrior  plugs  in  . 
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Eletnents  of  the  Dll 

The  Defense  Information  Infrastructure  (Dll)  provides  information  services  for  the  Services  and  Defense  Agencies.  The  Dll  is 
made  up  of  numerous  elements  as  shown  by  the  puzzle  pieces  and  blocks  in  the  graphic.  As  the  Dll  evolves,  the  number  and 
tvp6S  of  elements  may  change.  These  elements  are  built  on  and  include  a  foundation  of  integration  and  technology  support 
elements.  The  ba-^  includes  transport  and  processing  standards;  appropriate  levels  of  infoimation  security;  sound  archit^ure; 
modem  software  engineering  practices;  thorough  testing;  modeling  and  simulation  capabilities  to  assess  need  for  changed 
services;  and  continual  assessment  of  new  technology  as  it  could  be  applied  to  the  Dll. 

The  elements  of  the  Dll  includes  applications  in  all  DoD  mission  areas,  C2  (e.g..  Global  Command  and  Control  System  (GCCS)), 
including  tactical  applications  ;  Intelligence  (e.g.,  the  DoD  Intelligence  Information  System  or  DoDIIS);  and  Mission  Support  (e.g., 
the  Depot  Maintenance  Standard  System). 

In  addition  to  information  transport  services  like  DISN,  base  level  infrastructures  (e.g.,  SBIS)  and  deployed  comrnunic^ons 
services  the  Dll  also  includes  value  added  services  of  electronic  commerce,  electronic  data  interchange  (EC/EDI),  and  messaging 
(in  the  form  of  the  Defense  Message  System  (DMS))  are  included  in  the  Dll.  Information  warfare  (and  assoaated  information 
security  to  protect  Dll  information  assets)  is  also  dependent  on  the  Dll  for  its  success. 

Much  of  the  core  of  the  Dll  is  to  be  found  in  the  Common  Operating  Environment  (COE)  and  its  support  of  aoss-fundional,  cross- 
Service  integration;  the  Defense  Information  System  Network  (DISN)  communications  base;  the  16  Megacenters  for  handling 
major  information  system  processing  and  maintenance;  and  the  Dll  Control  Concept  to  manage  the  Dll  network  and  syste^. 

The  COE  will  be  evolutionary  in  its  development  and  will  start  with  the  COE  already  established  for  GCCS.  In  particular,  the  COE 
incorporates  the  common  processing  services  needed  by  information  processing  in  the  Dll. 

The  key  to  effective  use  of  the  Dll  by  Sen/ices  and  Agencies  is  the  effective  cross-functional  and  aoss-Service  int^ration  and 
sharing  of  information,  from  the  Enterprise  level  on  down.  A  key  to  this  integration  and  sharing  is  shared  data  that  can  support 
interoperability  of  applications  between  Services  and  functional  areas  as  needed  to  conduct  the  Department  s  missions. 
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Proposed  Dll  Definition 


^The  Dll  is  a  seamless  web  of  communications  networks,  computers, 
software,  databases,  applications^  and  other  capabilities  that  meets  the 
information  processing  and  transport  needs  of  DoD  users  in  peace  and 
in  ail  crises,  conflict,  humanitarian  support,  and  wartime  roles,  it 

infiti|lpK:;::Mg54 

Ifiileiihpical  facilities  used  to:transmit,  store,  process  apd  display 
data,  and  Images. 

•  th4applleations,  engineering,  arid  data  practices  (tools,  methods, 
arid  processes)  to  build  and  mairitain  the  software  that  allow  C2, 
Intelligence,  and  Mission  Support  users  to  access  and 
manipulate,  organize,  and  digest  proliferating  quantities  of 
information. 


•  The  network  standards  and  protocols  that  facilitate  i|§i^^necti on 

and  interoperation  among  networks  and  systeiT#iri^^vide 
securify^of  the  information  carried. 

•  The  peopfe  and  assets  which  provide  the  integrating  design, 

management  and  operation  of  the  Dll,  develop  the  applications 
and  services,  construct  the  facilities,  and  train  others  in  Dll 
capabilities  and  use. 
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Proposed  Dll  Definition 

The  definition  of  the  Dll  has  been  aligned  with  the  definition  of  the  Nil.  It  (the  definition)  has  been  built  to  stress  the  support  for 
the  warfighter  but  to  recognize  the  broad  mission  of  the  DoD  and  the  need  to  commit  to  the  Nil  and  the  Global  Information 
Infrastructure  (Gll).  The  elements  in  the  definition  cover  all  the  pieces  that  make  up  the  Dll;  physical  assets,  applications, 
software,  networks  and  the  people  and  financial  resources. 
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Dll  Roles  &  Responsibilities 

This  graphic  shows  the  elements  of  the  Dll,  along  with  organizational  responsibilities.  These  responsibilities,  taken  together, 
ensure  that  every  aspect  of  the  Dll  will  be  addressed.  The  responsibilities  are  as  follows: 

-  The  Principal  Staff  Assistants(PSAs),  including  the  Joint  Staff,  plan  and  fund  the  mission  applications,  including  data 
requirements,  for  C2,  Intelligence,  and  Mission  Support, 

-  The  Commanders  in  Chief(CINCs),  Services,  and  Agencies  (C/S/As)  install  and  operate  the  sustaining  base  and 
deployed  infrastructure  that  support  normal  and  contingency  operations. 

-  DISA  installs  and  operates  the  enterprise  infrastructure(e.g.,  DISN  and  the  Megacenters). 

-  DISA  and  the  C/S/As  share  in  the  installation  and  operation  of  the  Dll  control  centers,  which  manage  the  Dll. 

-  The  PSAs  set  the  policy  for  the  mission  applications  and  data. 

-  The  Assistant  Seaetary  for  Command,  Control,  Communications  and  lntelligence(ASD(C3l)),  sets  the  policy  for  the 
infrastructure,  including  the  sustaining  base,  deployed,  and  enterprise  components. 

-  DISA  manages  the  integration  of  the  Dll  Bements  through  cdlaboration  with  the  PSAs  and  C/S/As. 
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Dll  Interdependencies 


Civilian  Personne 
Hstributlon 

Intelligence 

Total  Asset  Visibility 
Materiel  Management  others 

iProcurement^^omman 
&  Control 

^w^^H^J’Concept 

miHI-COE 

\ . 

Datn  1 

Megacenters 

DaOC  '  Infowarfare  /  Security 

Tech  Base 

infrastructure  \  ^ysEng  eoedi  /Enf^rprlse 

Architecture  A  ^  ^  . 

software  Eng  y/fnfraStrUCtUfe 

Test  &  Eval 
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Dll  Interdependencies 

This  slide  illustrates  a  notional  wew  of  the  interdependencies  among  the  Dll  elements.  Understanding  these  interdependencies  is 
necessary  for  prioritizing  Dll  activities.  The  successful  deployment  of  the  functional  elements  depend  on  the  support  of  both  the 
enterprise  infrastructure  and  the  base/tactical  infrastructure.  On  the  enteprise  infrastructure  for  example,  DISA  is  challenged  to 
provide  and  field  comprehensive  and  affordable  security  solutions  to  our  customers  for  the  security  needs  of  their  migration 
applications. 
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Master  Plan 

This  slide  highlights  how  the  Master  Plan  is  used  as  a  management  tool  to  manage  the  evolution  of  the  Dll.  The  l^tester  Han  1) 
establishes  §ie  common  vision  of  the  Dll  for  all  of  DoD  to  ensure  unity  of  effort,  2)  enables  integrated  fanning  of  Dll  efforts 
across  DoD  to  ensure  that  the  right  resources  are  programmed  to  do  the  right  things,  at  the  right  time,  by  the  nght  organizations, 
and  3)  provides  the  overall  strategy  for  evolving  DoD  information  systems  into  the  Dll.  It  endorses  the  concept  of  Integration 
Prototype  as  a  vehicle  to  integrate  the  Dll  elements  in  an  operational  environment  to  "build  a  little  -  test  a  little"  in  order  to  see 
"how  the  elements  integrate". 


:?  ^  i^i^tablished 
■  EC/EDI 


i  -Logistics 
-Procurement 
-  Environmental  Security 

Management  (El) 

•  m|y||hed  programm^ic  baseline 

•  vill^g  cross^unctional  initiatives 
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A&T/DISATeam 

DISA  is  playing  an  active  role  in  enterprise  level  integration.  The  Undersecretary  for  Acquisition  and  Technology  has  invited  DISA 
to  assist  them  in  the  A&T  enterprise  integration  within  their  own  functional  domain. 

DISA  has  developed  a  tearing  approach  to  accomplish  this. 
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Integration  Prototype 

This  slide  highlights  how  elements  of  the  Dll  will  be  taken  to  Dll  Integration  Prototype  sites  for  integration  testing  and  assessment. 
For  example  security  solutions  can  be  integrated  with  logistics  applications  and  the  megacenter  at  a  prototype  site  such  as 
Wbmer  Robins.  It  is  important  to  show  integration  of  the  Dll  elements  in  an  operational  environment. 
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Notional  Warner  Robins  Activities 

This  dide  provides  a  high  level  view  of  the  activities  necessary  to  support  migration  application  implementation  at  the  V\femer 
Robins  Logistics  Demonstration  site.  The  shaded  blocks  indicate  DISA  activities  and  the  non-shaded  blocks  show  work  to  be 
performed  by  Service  or  Agency  personnel. 
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Activities  Leading  to  JtMD  *95 

This  slide  provides  a  high  level  view  of  the  activities  necessary  to  support  demonstration  of  the  Total  Asset  Visibility  concept  as 
part  of  the  JWID  '95.  The  two  shaded  blocks  indicate  activities  to  be  supported  by  DISA. 


Center  for  Software 

DISA  has  consolidated  all  software  development  functions  within  DISA  and  combined  them  with  those  of  the  Center  for 
Information  Management  and  created  the  Center  for  Software. 

The  Center  for  Software  is  a  critical  link  in  our  efforts  to  achieve  the  CIIWEI  goals.  Shareable,  useable  data  is  the  lifeblood  for 
success. 
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Summary 


■  yVjriiv 


DISA  is  working  to  accelerate  the  institutionalization  of 
business  process  enginetrihg  across  the  DoD.  (Team 


_  .  is  working  wilpthi 

eilfiiination  of  unnecessiary, 

(Miigration) 

DISA  is  working  tb  icc^lir'ate  thi  Implementation  of  a 
world-wide  computer  sdii|ii|rhunications  |  ||  f 
infrastructure.  (Dll)  ’PK 

DISA  is  working  to  acceiiiiii  tie  integration  <^i  JSi 
cross^nbtlonal  procesi||i|DH  Prototype, 

DISA  lb  Working  to  accelerate  the  establishment  of  " 
CIM/Ei  policy.  (Team  Approach,  Dll  Master  Plan) 
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Sumnaty 

DISA  was  Given  the  task  of  providing  technical  support  to  Corporate  Infomnation  Management.  \Ne  have  b^n  very  active  in 
doing  that.  V\fe  have  helped  our  DoD  customers  do  business  process  reengineering,  data  administration,  migration,  architectures, 

and  standards. 

Wte've  had  numerous  successes.  Wte're  excited  about  the  Dll  Master  plan  and  its  implementation  as  a  DoD  strat^Y-  JAfe're 
excited  about  the  Dll  Prototype  and  our  efforts  at  V\femer  Robins.  V\fe're  excited  about  our  progress  in  the  migration  and  data 

standardization  processes. 


In  summary,  DISA  is  moving  forward  aggressively  to  support  the  achievement  of  all  the  Department's  goals. 
\Afe  are  maWng  things  happen.  I  know  you  will  enjoy  watching  and  being  a  part  of  the  success. 


Thank  you  for  this  opportunity. 
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Enterprise  Integration  in  Action 


Prototyping 


1  December  1994 


Dependency  on  Logistics 
Systems  Modernization 


C3I  Systems 
Logistics/Transportation  Sys  k 


Applications 

Non- 

Financiai 

Procedures 


Logistics 

Data 

Base 


Procurement  Systems 

Pre-award  U  Post-award 
Procedures  I  Procedures 


Financial 
Procedures 
(Rcpt/lssues, 
Order,  Release 
Suspend,  etc.) 


Production 
Management 
&  Scheduling 

GTN/ITV 
Data  Bases 

Financia  Systems 


Financial 
System  (s) 


Budget  |  General 
Exhibits  |  Ledger 


Disbursments 

Collections 
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WR-ALC  ASD 
Scenario  Driven  Process 


Business  Process  Improvements 
Scenarios 
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SUMMARY 

Where  Does  It  Ail  Lead? 
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DoD  Enterprise  Planning 


National  De^se  Dowine  and  Policy 


Defense  Information  Infrastructure 


The  DoD  Enterprise  Model 


Constitute  Forces 
Provide  Operational 
Intelligence 
Conduct  Operations 


Enterprise  Integration 
Management 


An  Enterprise  Integration  Management 
concept  supports: 

•  Functional  tailoring  to  support  DoD 

missions 

•  Cross-functional  management 

•  A  cohesive  and  compliant  view  of  the 

Defense  Information  infrastructure 

Establishing  the  concept  now,  allows: 

•  Comprehensive  approach  to  infrastructure 

evolution 

•  Framework  for  reengineering/  improving 

the  basic  information  processes  for 
maximum  savings 

Provides  business  case  for  recommended 
Proofs  of  Concept/  Prototypes 


1  December  1994 
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Dll  Roles  &  Responsibilities 


Intelligence 

Applications 


Warriors 

/ 

Operators 


Mission 

Support 

Applications 


C2 

Applications 


ASD(C3I) 

Policy 


Shared 

Databases 


Defense  Information  System  Network  (DiSN) 


O 

Shared  w 

Databases  ^ 


Megacenter 


Standards 

for 

Integration 


1  December  1 994 


Functional/Technical 
Infrastructure  Relationship 


Business  Process  Improvements 


Depot  Maint/GDMS  Integration 


Automated  BOM 


Enterprise  Projects  V 

•  Architecture  Integration^ 

•  Site  Backbone 

•  DMC/SMC 

•  DIICC 

•  Dll  COE 

•  Others  / 


SCENARIO 

SPECIFIC 

INFRASTRUCTURE 


SCENARIO 

SPECIFIC 

INFRASTRUCTURE 


SCENARIO 

SPECIFIC 

INFRASTRUCTURE 


rtSrdn  Sustaining  Base  Deployed  Joint  Task  Force 

information 

Local  Syatema  TTa 

^Control  ^ 


Information 

Sysfama 

i  Local 

I  LANs  ^  Control 
I  '  ■  Sj  -Canter 


Network 

I  \  Management 


IQovemmarrt 

(Nil)  V 


DISA 

Global 

Control  Center 


Defense 

Megacenters 


DISA 
Raglonaf 
Control  Cantor 


Enterprise  Services 
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Defining  Enterprise  Integration  (El) 


1  December  1994 


What  is  El? 


El  meanp  rnaking  tiSnsformatiop^^ 
EnliBfprise  hapf5en  by  changing  fferfi 
"stovepipe"  thinking  to  "eriterp|ise''  thinking 

and  operations.  ^ 
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What  Makes  El  Happen? 


Changing  to  "Enterprise"  thinking  and  activities 
MEANS: 

•  Creating  an  organizationai  framework  that 

integrates  (coordinates)  the  dimensions  of 
successfui  changes 

•  Those  dimensions  flow  from  an  Enterprise 

strategy  through  peopiS  and  culture  to  process 
and  technology 


1  December  1994 
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DoD  Enterprise  Transformation 

Defense  Alternatives 


Streamline  Forces 
Modernize  and  Integrate 
Enhance  Readiness  and 
Sustainability 

— Current  Capabilities 
and  Forces 


Rapidly  Become  Far 
More  Efficient  and 
Cost-Effective 


■'7\, 

Subdrior, 


Efficiencies  and  economies  enable  DoD  to  invest  its 
limited  resources  in  mission-effective  capabilities 


DoD  Enterprise  Transformation 

Implementation  Checklist 

(Industry  Lessons  Learned) 

•  Build  a  culture  that  fosters  innovation  and  initiative 

•  "Break  the  mold"  to  redesign  tKe  dhterprise 

•  Ground  change  in  understanding  df  the  business  dperations 
and  the  needs  of  customers  and  cdnsumers 

-  Link  strategies  to  detailed  analysis  and  impleinentation 

•  Build  a  learning  orgsinization 

•  Let  line  managers  and  workers  lead  re-engineering 

-  They  are  thelunctional  experts  (IT  people  can  facilitate) 


1  December  1 994 


•  Empower  people  -  they  make  it  happen 
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DoD  Enterprise  Transformation 

Critical  Success  Factors 


(Industry  Lessons  Learned) 

•  Must  have  a  vision,  sponsorship,  and  concrete  guidance  from  top  leadership 

-  Eliminate,  standardize,  consolidate,  leave  along,  continuously  improve, 

start  from  scratch 

-  Focus  on  removing  constraints  that  limit  speed,  flexibility,  and  quality 

•  Must  do  a  strategic  analysis 

-  Fundamentally  linked  to  business  and  operational  substance  and  realities 

•  Must  have  compelling  business  case 

-  Grounded  in  customer  expectations  and  strategic  goals 

•  Must  get  leadership  "buy-in"  and  enthusiastic  support 

-  Mobilize  resources  and  remove  barriers 

•  Must  maintain  focus  and  commitment  until  goals  are  achieved 

-  Tactically  flexible  but  unwavering  in  strategic  direction 


ITAA  Report  July  1993 

1.  Establis|1  ownership  by  SECDEF  and  DEPSE^EF. 

2.  Create  a  fullyfunded,  full  time  El  staff  within |th%  office 
of  the  DEF^ECDEF. 

3.  Create  the  strategic  implerrieiitatipii  planC 

4.  Market  thfe  El  / 

5.  Implement  the  financial  strategies. 

6.  Build  upon  Dop  successes.' 

7.  Bring  the  migration  system  planning  to  a  closb.  , 

8.  Establish  binchmarks. 


1  December  1994 
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RECOMMENDATION: 

Establish  Ownership  by 
SECDEF  and  DEPSECDEF 

Action:  DEPSECDEF  Memo  06  April  94 

"Management  Structure  for  Accelerated 
Implementation  of  Migration  Systems, 
Data  Standards,  and  Process 
Improvement" 

Established  the  El  Executive  Board  and 
the  El  Corporate  Management  Council 
"These  management  forums  will  be 
responsible  for  making  decisions  that 
allow  the  DoD  to  transition  to 
cross-functional  and  integrated 
processes,  data,  and  supporting 


1  December  1994 


PDUSD{Acquisition 
and  Technology) 
Co-Chairman 


ASD(C3I) 

Co-Chairman 


Mildeps  as 
nominated  by 
Service 
Secretaries 
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Action:  Enterprise  Integration  office  within  DISA  is 

charged  with  orchestrating  the  effort  within 
DoD. 

Functionals  are  in  charge  of  formulating 
their  plans  and  exacting  their  funds. 


1  December  1994 

RECOMMENDATION: 


4' 


Implement  the  Financial 

Strategies 


Action:  EstaHlish  a  set  of  criteria  for  GIM^ 

Fund. 

Furids  are  allocated  based  ori  FEAs... 
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’’Transforming  the  Enterprise” 

DoD  Enterprise  Integration 


•  The  DoD  Enterprise  view  (programmatic  integration) 

-  Planning  and  programming  strategically  and  across  functions 

-  Sharing/shifting  resources  among  organizations/reusing  assets  in  more 

productive  actly  (ties 

•  Functional  Process  Reengineering  initiatives  (functional  integration) 

-  T aking  a  DoD  Enterprise  perspective  on  all  activities 

►  Aligning  the  Enterprise  around  end-to-end  corfe  processes 

-  Eliminating  duplication  and  bottlenecks  aggressively 

•  Shared  data  initiatives  (data  integration) 

-  Standardize  data 

-  Use  data  as  a  corporate  resource  to  link  functions  and  information  systems 

•  Evolve  to  a  Defense  Information  Infrastructure  (technical  integration) 

-  Common  migration  systems  to  leverage  existing  information  resources  ■ 

-  Standards  based,  open  operating  environment 

-  An  "Information  Dtility"  supporting  all  DoD 


(Functional  Integration) 


Functional  Process  Improvement 

Initiatives 
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Presented  by: 

RADM  J.  A.  Gauss 
Defense  Information  Systems  Agency 
Dep  Dir  for  Engineering  &  Interoperability 

THE  CHALLENGE 

Everything  D6/JIEO/fITC  does  will  directly 
support  the  Joint  Service  Warfighter 

-  Global  Command  and  Control  System 

-  Defense  Information  Infrastructure 

As  the  Defense  Department  downsizes  and  the 
Defense  Budget  evaporates,  we  must: 

-  Change  the  way  we  do  business 

-  Organize  for  maximum  efficiency 

-  Eliminate  all  duplication  of  effort 

-  Provide  quality,  yet  affordable,  systems  to  our  Warfighting 
customers 


COALITION 


Wrfi 


SUSTAINING  BASE 

•  NMCC/SERVICES 

•  SUPPORT  CINCs 

•  AGENCIES/FEMA 


TS/SCI 


SECRET , 


UNCLAS 


1  End-User  Architecture 


Open  System 
Servers 


Mainframe 

Hosts 


Selective  Software 
Re-engineering 


LAN 


Comms 


II  m 


The  TAFIM  &  GCCS 

Software  Development  Environment 
(The  Keys  To  Success) 


•  Integration  Standard  (4  Nov  94) 

•  GCCS  Baseline  COE  (28  Nov  94) 

—  Architectural  Guidelines 

-  Common  Operating  Environment  (13  of  19  Modules) 

-  Application  Programmer  Interfaces 

•  User  Interface  Specification  (4  Nov  94) 

-  style  Guide 

•  Software  Tools  (29  Nov  94) 

-  GCCS  Online  Access  Library  (GOAL) 

-  Development  Integration  Tools 

-  Runtime  Integration  Tools 

•  Executables  and  Libraries  (Solaris  &  HP) 

GCCS  COE 


JOINT  MARITIME  LAND  ;  AIR ,  READINESS  ARRA  SOF 
^  '  . a:: . .  Wiisslon 'Applications  ^ ^ 


-  "Plug  the  Loopholes" 

m  Engineer  systems 

-  Detailed  system  specifications 

■  Security 

-  Engineer  up  front 

■  Quality  Software  Development 

-  Policies,  practices,  and  procedures 

-  Products 

JIEO  ROLE  (cont) 

■  Product  Assurance 

-  System  integration  testing 

-  Configuration  Management 

-  Quality  Assurance 

■  Installation  and  In  Service  Support 

-  Training 

-  Logistics 

■  Teeth  in  our  role  as  the  DOD  overseer  of 
interoperability 

■  Must  cross  the  gap  between  planning  to 
migrate  systems  to  actually  migrating  systems 

-  Next  logical  step  for  CIM 

-  Get  some  real  "System  Kills" 
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Capitalize  on  Uniformed  Services'  industrial  capabilities 
Do  work  when  Services  have  no  requirement  to  do  so 


FUNCTIONALS  AND  RESOURCES  PANEL 


PANEL  MODERATOR:  CYNTHIA  KENDALL 

DASD  (IM) 

OASD  (C3I) 


FUNCTIONALS  AND  RESOURCES  PANEL 


LOGISTICS 

MG  JAMES  KLUGH, 

USA  (RET) 

DEPUTY  UNDERSECRETARY 
OF  DEFENSE  (LOGISTICS) 

FINANCIAL 

MR.  RICHARD  KEEVEY 

DEPUTY  UNDERSECRETARY 
OF  DEFENSE  (FINANCIAL 
SYSTEMS) 

HEALTH 

AFFAIRS 

MG  GEORGE  ANDERSON, 
USAF 

DEPUTY  ASSISTANT 
SECRETARY  OF  DEFENSE 
(HEALTH  SERVICES 
OPERATIONS  READINESS) 

INTELLIGENCE  MR.  JIM  DAVIDSON 


OFFICE  OF  INTELLIGENCE 
SYSTEMS  SECRETARIAT 


DATA  STANDARDIZATION  STATUS^^'* 


APPROVED  STANDARD  DATA  ELEMENTS  1,150 

APPROVED  PRIME  WORDS  362 

APPROVED  GENERIC  ELEMENTS  19 

TOTAL  1,531 

CANDIDATE  STANDARD  DATA  ELEMENTS  716 

CANDIDATE  PRIME  WORDS  287 

TOTAL  1,003 

*AS  OF  NOVEMBER  29,1994 


MIGRATION  SYSTEMS  SELECTIONS 

•  LIST  OF  MIGRATIONS  SYSTEM  SELECTIONS  ISSUED  -  OCTOBER  28, 1994 

•  188  MIGRATION  APPLICATIONS  AND  SUB-APPLICATIONS  SELECTED  FROM 
1856  LEGACY  SYSTEMS 

•  MUCH  WORK  CONTINUES: 

-  FURTHER  MIGRATION  SYSTEM  SELECTIONS 

-  FUNCTIONAL  ECONOMIC  ANALYSIS 

-  IMPLEMENTATION  PLANS  ■ 
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Number  of  Improvements 


BUSINESS  PROCESS  REENGINEERING  (BPR) 


•  APPROXIMATELY  130  BPR  PROJECTS  INITIATED 

-  1420  BUSINESS  PROCESS  IMPROVEMENTS  IDENTIFIED 

-  OVER  30  PROJECTS  REACHED  FUNCTIONAL  ECONOMIC  ANALYSIS 
STAGE 

•  BARRIERS  TO  IMPLEMENTATION 

-  MANAGERIAL  COMMITMENT 

-  AVERSION  TO  CHANGE 

-  IDENTIFYING  PERFORMANCE  MEASURES 

-  FUNDING  (INVESTMENT  AND  SAVINGS) 

•  NEXT  CHART  PROVIDES  INSIGHT  TO  IMPLEMENTATION  PROGRESS 


Analysis  of  CIM  Improvement  Opportunities 
by  Improvement  Category  and  Implementation  Status 


*302  Improvement  Opportunities  Sampled 


Ch^ljen^es  ^ 

,1)  Read! ness'-- 

2)  Responsiveness 

3)  Sustaihability  ■>„ 

4)  Interoperability  ■: 


laintenance  Supply  Transportation 

Personnel  Units  Modes 

Maintenance  people  were  plentiful  and  Inexpensive 
Supply  spares  were  log-tech,  plentiful  and  inexpensive 
Transportation/processing  was  slow,  unreliable  and 
expensive 


Maintenance  buppiy  Transportation 

Personnel  Units  Modes 

®  Maintenance  people  are  less  plentiful  and  expensive 
®  Supply  spares  are  hi-^tech,  less  plentiful,  and  expensive 
®  Transportation/processing  is  fOvSt,  reliable  and  less 

expensive  i 


CSf'Systerris 


Financial  r;'- 
i' ''';.System{s)'-  V^'- 1 


budget 
_  <hibits 

l&S'  ■ '  ' 


wmmm 


Materiel 
Management 


r  i  I 


Asset  Management  Area 

•  Stock  Control  System  (SCS) 

®  Discrepancy  Reporting  System  (DRS) 

Requirements  Determination  Area 
®  Requirements  Determination  (RD) 

®  Maintenance  Planning  &  Execution  (MP&E) 

Supply  &  Technical  Data  Support  (S&TDS)  Area 

•  Configuration  Management  Information  System  (CMIS) 
®  Product  Definition  Support  System  (PCTSS) 

•  Provisioning  &  Cataloging  Technical  Support  System 


•  DESEX,  5  DLA,  3  Army,  2  Navy  ICPs 

•  CMIS,  1  Army,  1  Marines,  1  Navy,  1  PMO 


ROI 


I 


Source:  DiVI  FKA,  1993 


Estimated  Gross  Saving 
Investment 


CHCS 


Port  Management 
» Worldwide  Port  System  (WPS) 

Traffic  Management  Officer  Functions 
®  Trans  Officer  Personai  Property  System  (TOPS) 
Load  Planning  (Vehicle,  Ship,  Rail,  Aircraft) 

Theater  Trans  Operations 
®  Unit  Move 
Mode  Clearance 

Transportation  Planning/Execution  (CINC  Level) 

*  Global  Trans  Network  (GTN) 

Transportation  Financial  Management 
®  Other 

®  Defense  Transportation  Tracking  System  (DTTS) 

V  « Relational  Naval  Air  Logistics  info  System  (RNALiS) 


HEALTH  AFFAIRS 

♦  Military  medicine  has  two  interwoven  missions 

—  To  provide,  and  maintain  readiness  to 

provide,  medical  services  during  military 
operations 

—  To  promote  and  protect  the  health,  well-being, 
and  productivity  of  members  of  the  armed 
forces,  their  family  members,  and  other 
entitled  DoD  beneficiaries  through  the 
provision  of  comprehensive  health  services 

S15194/37 
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SI  51 94/37 


Focused  on  integrated  inf ormation  flow 
and  dual  use  of  technology 


Medical  Readiness  Strategies 

HEALTH  AFFAIRS 

4-  Medical  Readiness 

—  Implement  the  Medical  Readiness  Strategic 
Plan  (MRSP)  2001 

—  Minimize  the  need  for  training  at  transition  to 
national  security  emergencies 

—  Integrate  medical  information  systems 

i  ❖  Facilitate  decision  making 

❖  Ensure  that  medical  capabilities  are 
compatible  with  Theater  requirements 

❖  Provide  in-transit  patient  visibility 

❖  Rapidly  project  medical  supply 
consumption 

SI  5 194/37 


TRICARE  Strategies 


HEALTH  AFFAIRS 


♦  TRICARE  (Tri-Service  Health  Care)— a  regionalized 
Managed  Health  Care  program  designed  to 


Improve  access  to  care 


Improve  resources 
efficiency 

Assure  high-quality 
health  care 


Preserve  choice  for  beneficiaries 
Contain  overall  cost 


<< 
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HEALTH  AFFAIRS 


Fewer  systems, 
increased  functionality 


■  Total 
□  Legacy 
H  Migration 


HEALTH  AFFAIRS 


Defining  Information 
Management  Requirements 

♦  The  New  Information  Architecture: 

k  Information  for  the  MTF — first  and 

most  complete 


♦  Key  to  identification  and 
analysis  of  variations  in 
practice  patterns  for 
utilization  management 

♦  Need  machine-readable  data 

♦  Needed  by  MTF  and  Lead 
Agent 
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HEALTH  AFFAIRS 


HEALTH  AFFAIRS 


m£m 


The  New  Information  Architecture: 
Information  for  the  MTF — first  and 
most  complete 

kA  key  strategy  for  competitive 
advantage 

—  Patient  outreach/ education 
—  Access  and  health  service 

. . . . delivery 

|k  —  Combat  and  evacuation  care 
—  Regionalized  peacetime  care 
—  Use  of  practice  guidelines 

.  '  . "  —  Utilization  management 

—  Performance  measures  /v  n 


Summary 


Health  Affairs  Leads  the  Wayi 
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infrastructure  Applications/ 
Analyst  Tools 


Context 


The  Process 


1  Phase  ii 

Implementation  Strategy 
and  Budget  Review 

Phase  II! 

Systems  Migration 

Primary 

Scope 

•  Infrastructure  and 
Applications  streamlining 

•  Acquisition  structure  re¬ 
vamping 

•  Single  Infrastructure  and 
User  Applications 

•  Separation  of  fnfrastruct, 
and  User  Appl.  Programs 

Budget 

Penetration 

•  Detailed  cost  profiles  and 
decisions  (including  re¬ 
engineering  costs) 

•  Revised  budget  structure 
and  allocation  (roll-over) 
discipline 

■ 

•  Applications 

•  Target  Operating  Environ¬ 
ment  definition  (including 
COE/CSE  integration) 

•  Data  Migration 

*  Re-engineering  (to  include 
applications,  infrastruct., 
data  administration 
impacts) 

■ 

•  Common  def.  of  Tgt.  Oper. 
Environ,  across  C4I 

•  Acquisition  structure  and 
budget  profiles 

•  Unified  program  and  tech¬ 
nical  guidance/vehicles 

•  Single  DoD  Infrastructure 

•  Applications  orientation 

•  Flexibility  for  re-engr. 

•  Increased  capab./access 

•  Cost  Aviodance  via  non¬ 
duplication 

Context 


The  Numbers 


*  DoD-wide 
I  Rightsizing 

I 


1990 


I  S 

^  Migration  Systems  ISB  Integration  and 
t  Submissions  to  ISB  ^  Functional-support 

I  \  Review 

I  i 

!  I 

13  Oct  93  j 


DoD  Migration 


1  Apr  97 
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Intelligence 

Submissions 

Assessment 


Terms  of  Reference 


Automated  Information  System  (AIS) 

Computer  hardware,  computer  software,  telecommunications,  information  technology,  personnel,  and  other  resources  which 
collect  record,  process,  store,  communicate,  retrieve,  and  display  information.  An  AIS  may  include  computer  software  only, 
computer  hardware  only,  or  a  combination  of  the  above.  (“Department  of  Defense  Technical  Architecture  Framework  for 
Information  Management,”  Version  2.0,  (Draft),  Defense  Information  Systems  Agency.  June  22,  1993). 


Working  Group  AIS  Categories 


•  System  of  Systems:  An  interconnected  group  of  AISs  and/or  AIS  components. 

•  System:  A  single  AIS  as  defined  above. 

•  Application;  A  specific  set  of  computer  software  designed  to  support  missions/functions. 

•  Infrastructure  Component:  A  system  or  application  that  supports/performs  either  common  operating 
environment  or  analyst  tool  functions. 

•  Site  Architecture:  A  site-specific  umbrella  ADP  concept/environment  that  includes  AISs  and/or  AIS 
components.  Site  Architectures  were  excluded  by  the  Working  Group  from  further  consideration  in  the  systems 
migration  process. 


intelligence 

Submissions 

Assessment 


System  Taxonomy 


5 
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Intelligence 

Submissions 

Assessment 


Scope  of  Systems  Examination 


•  Migration  focus  is  on  AIS,  therefore,  submissions  within  the  following  categories 
were  excluded  from  further  consideration: 

-  communications  systems  (e.g.,  MUXes,  comm,  lines,  switches) 

-  mission-specific  collection  systems 

-  collection-specific  processors  (except  those  with  significam 
production  focus) 

-  special  access  programs 

-  training/simulation  systems 

-  site-specific  tools  (minimal  funding,  in-house  developed,  COTS) 

-  site-specific  architectures  (e.g.,  KISS,  SOCRATES)  are  not  considered  as 
single  entities,  however,  individual  systems  within  site  architectures  are 
considered 


•  Working  Group  functional  assessment  was  performed  at  system  level 


•  Detailed  analysis  of  selected  systems  at  the  appiication/process  level  is 
required  in  order  to  achieve  the  following  migration  goals: 

-  development  of  the  target  operating  environment  (infrastructure) 

-  identification  of  joint  vs  unit-specific  mission  applications 

-  data  element  standardization  within  all  DoD  AISs 

-  development  of  a  cost-effective  migration  strategy 
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intelligence 

Submissions 

Assessment 


Migratiori  Systems  Summary 

(By  Organization:  Based  on  Submission  Data  Only) 


DODIIS  (GDIP) 

199 

170 

28 

Site-Specific  GDIP 

**** 

***-k 

**** 

DIA  (non-GDIP) 

7 

6 

1 

Army 

9 

8 

1 

Air  Force 

7 

5 

2 

Navy 

3 

2 

1 

USMC 

3 

1 

2 

NSA 

7 

4 

3 

NRP 

6 

3 

3 

Cl 

*** 

*** 

1 

CIO 

6 

5 

1 

DMA 

10 

9 

1 

SOCOM 

9 

7 

2 

EUCOM 

2 

1 

1 

USACOM 

— 

— 

— 

— 

— 

— 

CENTCOM 

1 

1 

— 

SPACECOM 

2 

2 

— 

STRATCOM 

1 

1 

— 

— 

— 

— 

TRANSCOM 

— 

— 

— 

INCA 

1 

_ — 

1 

***  Legacy  attribution  for  DITDS  is  accounted  for  in  the  DODIIS  GDIP  submission 

****  Command/SIte-unique  submissions  were  late  In  arriving  and  will  be  covered  in  the  next  phase. 
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Intelligence 

Submissions 

Assessment 


Systems  Summary 

(by  Functional  Area) 


Functional  Area 

Planning  and  Direction 

2 

Collection 

5 

1 

Processing 

1 

Production:  GWII 

5 

Production:  Scientific  and  Technical  Intel. 

11 

Production:  Targeting 

2 

Production:  MC  &  G 

1 

Production:  Imagery 

6 

Production:  Relational  Display  and  Analysis 

2 

Dissemination 

1 

Support;  Message  Processing 

3 

Support:  Security 

1 

All  Source  Intel./Ops.  Interface  (I/O) 

7 

Counterintelligence 

1 

48 

April  - 
September 
Focus 


Implementation  Strategy  Requirements 


•  Establish  the  Architecture  Philosophy  for  DoD  AIS  Migration 

-  Goals:  Distributed,  client-server  computing  environment, 

single  infrastructure,  consistent  data  schema,  etc. 

-  Principles/Assumptions:  COTS  vs.  GOTS,  bundling  of  functionality, 

standardized  vs.  user-tailored  H/W,  SA/V 
configurations,  etc. 

-  Governing  Standards:  DoD  TAFIM,  DODIIS  Profile,  etc. 

•  Define  the  Target  Computing  Environment  (Infrastructure) 

-  Services/support  applications 

-  Common-user  tools 


•  Specify  Technical  Guidance  for  Applications  development  (APIs, 

conventions  (directory  structures,  naming  conventions),  etc.) 

•  Specify  core  set  of  DoD  standard  data  elements  (with  required 
extensions) 

-  include  all  functional  areas 

-  load  into  DDRS 

•  Define/recommend  Acquisition  Structure/Policy 
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April  - 

September 

Focus 


Next  Steps 


•  Resolve  issues  remaining  from  first  phase 


•  Perform  Applications-leve!  review  of  migration  systems 
in  Key  Infrastructure  and  Mission-specific  Functional  Areas 
(April  -  June  94) 


•  Conduct  detailed  examination  of  current  infrastructure  initiatives 
(April  -  August  94) 

-  GCCS  Common  Operating  Environment  (COE) 

-  DODIIS  Client-Server  Environment  (CSE) 

•  Obtain  data  element  approvals  for  all  functional  areas;  load  into 
DDRS  (use  IDEAS  upgrade  as  starting  point) 

•  Establish  a  program  to  coalesce  and  combine  intelligence 
broadcast/receive  systems  (April  -  September  94) 

•  Develop  the  template  for  determining  the  "cost 
avoidance"  associated  with  systems  migration  (April  - 
September  94) 
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ISB  Intelligence 
Systems  Migration 
Strategy 


Technical  Guidance  (Some  Key  Issues) 


Migration  Objectives 

•  How  do  we  re-structure  current 
programs  and  capabilities? 

•  What  is  the  construct,  composition, 
and  scope  of  the  client-server 
framework? 

•  What  acquisition  issues  (policy, 
funding, ...)  impact  goal  achievement? 


COE/infrastructure 

•  What  is  "the  COE"? 

•  What  is  the  "infrastructure” 
application  breakout  (infrastructure- 
vs  user-domain)? 

•  How  do  we  reconcile  the  intelligence 
COE  with  the  GCCS  "middleware” 
concept? 


Standards  Profile 

•  How  do  we  reconcile  and  collapse  DISA  TAFIM, 
DODIIS,  NSA,  CIO,  and  other  profiles  into  a 
single,  affordable,  and  achievable  target  profile? 

«  How  do  we  address  standards  gaps  not 
resolvable  in  the  migration  timeframe? 

Design  Guidance 

•  How  do  we  achieve  configuration  control  of  interfaces 
to  the  infrastructure  and  information? 

•  What  security  posture/rules  should  form  the  basis 
for  target  implementation?  Policy  changes? 


Transition  Considerations 

*  What  capability  levels  should  we  ensure  are  achieved 
across  all  programs  as  a  function  of  time? 

•  What  latitude  should  we  allow  for  work-arounds, 
gateways,  etc.,  where  affordability  issues  may 
preclude  ^ll  implementation  of  guidance? 
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Information  Technology  Assimilation 
Programmatics 
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12.  On-Liiie 
vSupporC  (N) 


A  user-centered  approach  to  information  management 

A  Command  and  Control  information  management  and 
information  technology  architecture 

An  architecture  married  to  an  investment  strategy 

A  blueprint  for  capturing  technological  change 

Copernicus  is  NOT  a  program  in  the  formal  acquisition 


The  New  Vision 

"Puzzle  Pieces"  "Composite  Picture" 


Copernicus  is  the  Goal  Architecture  for  C4I  Programs 


5  “ESSENTIAL  ELEMENTS”  OF 
COPERNICUS 

L  Tactical  Information  (C4I)  vs.  Non- 
Tactical 

2.  '‘User  Pull,”  “Intelligent  Producer  Push” 

3.  Multimedia  (Voice  /  Data  /  Video) 

4.  Common  Building  Blocks  =  Standardization 

5.  Common  Operating  Environment  =  Interoperability 
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ORGANIZED  AROUND  SENSOR-TO-SHOOTER  COIVIPLEXES 


«»  JOINT 

-  MULTI-SERVICE 

-  COMMON  OPERATIONAL  OBJECTIVE 

-  MULTI-DIMENSIONAE  (AIR  /  LAND  /  SEA) 

-  MULTI-FUNCTIONAE  (EAND  ATTACK  /  CAS  /  DEEP  STRIKE) 
®  FULLY  INTEGRATED  JOINT 

-  COMMON  TACTICAL  OBJECTIVE 

-  COMMON  DOCTRINE 

-  MUTUALLY  SUPPORTING 

-  SYNCHRONIZED  /  ORCHESTRATED 
®  COHERENT  JOINT 

-  ABILITY  TO  IMPROVISE  COHERENTLY 

-  ACCOMMODATES  NATURAE  OPERATING  RHYTHMS 

-  INHERENT  UNITY  OF  EFFORT  IN  THE  ORGANIZATION 

-  COOPERATIVE  INPUT  .  .  .  FOCUSED  OUTPUT 
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ASWC 


AAWC 


CWC 

ASUWC 


SEVl 

STV\i 


TCC 


AFLOAT 

INFORMATION  MANAGEMENT 


ASCENDING  THE  COGNITIVE  HIERARCHY 


MISSION  PLANNING 
REHEARSAL 
SIMULATION 
MODELS 


ITUATIONAT 

AWARENESS 


VISUALIZATION 
CORRELATION 

COLLECTION 
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MOBILE 

COMMAND 

CENTER 


INTEL 

SUPPORT 


TERRES¬ 

TRIAL 

SENSORS 


SPACE 

SYSTEMS 


\  TADIXS  B  (TRE/TRAP)\ 
JMOCc\  COMBAT  Df\ 

\  OUTBOARPy 

AMCc\  BGPHES  (CHBdIA^- 
\  TACINTELX 


ELEC  NAV  ^ 
.  GPS\ 


COMBAT 

ID 


MISSION  \ 

planning\ 

\  (TAMPSA 
lA  TSCM)  ^ 


Copernicus 

Functional 


Areas 


enabling  TECHNO¬ 
LOGIES/FACTORS 
•MANPOWER 
•COMPUTERS 
•TRAINING 
•  MODELING  & 
SIMULATION 
•SOFTWARE 
•MLS 

•NAVIGATION 

•OTHER 

DISPLAYS 

ANTENNAS 


SAT  SYSTEMSy  SP 
COMMERCIAL  \\ 
CNn\  JTaGs\  \ 
TENCAP  \ 

\cHALLENGE  ATHEN^ 


LEASED  LINES/ 


lUSS  COMMS/ 


NAV-  \ 

spasur\ 


SHORE  INFRA¬ 
STRUCTURE 


GLOBIXS  SUPPORT 


- ^ 

ZUkF/ 

VLF/ 
LOS  / 
UHF/  / 


VHF/ 

SINCGARS/ 

LINKS 

/  JTIDS/  / 

LINK1i7  / 
tibs7  / 

chbdl/  / 
LINI^27  / 


COMMON 

TACTICAL 

PICTURE 


II  UFO/EHF 
MILSTAR 


CONNEC¬ 

TIVITY 


/COMMERCIAL 
/ /challenge  ATHENA 
/  INMARSAT 
'CNN 


/OTCIXS/JOTS 


TERRESTRIAL 

COMMS 


TADIXS  SUPPORT 
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O  U  CJ 


TSCM 

INTERFACE 

Cryptologic 

Analyst 

Workstation 


FY94 
ASWTDA 
NITES 
FIST 
ATP  1 


FY  95  AND  BEYOND., 


TAMPS 

INTERFACE 


2  WAY 
UNK11 

SUB JOTS 


^Cl  I.AN 


MAGfi-CMf 

(UvSIVIC) 


^  AIlied'^N  /  ' 


NTCSS 


NTCS-A2.0  j  6 

Yco  _ 

(USMC) 

I  CTAPS5.0  I _ 

ATOGEN  _ 

ELECTRONIC  UPDATE 
FROM  NATL  DBs 


JMC\ 

_ d: 

NAVSSI 
JDISS  1 


JTIDSC2P 

INTERFACE 


_ 1 

FULCRUM 

XPLRS 

COMPASSTTEAMS 


AEGIS 

vPisplay  Systen 


— I^DA^I 
— 

— {lAnk  16^ 


Briefing  Support 

Large  Screen  Display 
Video  Switch 
Briefing  System 
Monitors  \ 


Data  Retrieval 

Forms  — 

Report  Generation 
Query  Capability 


Message  Handling  . 

Profiler 

Retrospective  Search 


FUNCTIONALITY 


Integrated  Database 

Characteristics  and  Performance  (NWTDB) 

Tactical  Data 

Status  of  Forces  (SORTS) 

Record  Messages  { 


Communicatons 

AUTODIN  Connectivity 
Tactical  Link  Comms 
TTY 


Fixed  Location  Display 

Ports/Airfields 
Key  Assets 


Tactical  Picture 

Track  Positional  Display 
Imagery 

Multiresolution  Maps 
Tactical  Decision  Aids 
Warfare  Commander  Support 
intelligence  Support 


Message  Processing 

Message  CreationA/alidation 
(222  MTF  Types) 

Input  Message  Review 
Output  Message  Review 
Review  Release  Messages 
Message  Error  Correction 


Office  Automation 

Desktop  Publishing 

Spreadsheet 

Graphics 

Word  Processing 

E-Mail 
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wxm 


.  Wlissiqnji^a 
Plannings 


NTGS^^S 


«EIMSl 


NAVSSI 

OBU/OED- 


cessi 


BGPHESi 


NW5S 


SSEEs 


FCCBWIR 
COWIBATDE^ 


CENTERBQARD|f« 


iOUTBOiRBi 

■Hvi; 


CID/CIU 


JMCIS  Contribution 
to  GCCS 

Original  Navy  GCCS  Proposal 

-  OSS  provided  “80%”  solution  for  GCCS  in  4/93 

-  J6  sponsored  Navy  proposal  to  CINC  J6  Conf  in  5/93 

-  J6  approval  in  9/93 

US  Atlantic  Command  (USACOM)  Proof  of  Concept 
(POC) 

-  USACOM  HQ  functional  10/93 

-  POC  demo  with  components  12/93 

Operational  employment  at  USACOM 

-  Agile  Provider/Joint  Task  Force  95/Operation  Restore 
Democracy 

JMCIS  architecture/COE  is  the  baseline  for  GCCS 
Version  1.1 

-  Integration  Tools/Integration  Standard 

-  COE  Specification/GCCS  On-Line  Library(GOL) 


OSS  ary 


ACS 

ASWIDA 

ATP 

Afloat  Correlation  System 

Anti-Submarine  Warfare  Tactical  Decision  Aid 

Advanced  'fracking  Prototype 

BGPHES 

Battle  Group  Passive  Horizon  Extension  System 

CCSC 

Cryptologic  Combat  Support  Console 

CCSS 

Combat  Cryptologic  Support  System 

C(U 

Cryptologic  Interface  Unit 

COTS 

Commercial  Off-the-Shelf 

CTAPS 

Contingency  Theater  Automated  Planning  System 

EWCIVl 

Electronic  Warfare  Control  Module 

FHLT 

Fleet  High  Level  Terminal 

GCCS 

Global  Command  and  Control  System 

GOTS 

Government  Off-the-Shelf 

JDISS 

Joint  Deployable  Intelligence  Support  System 

JMCIS 

Joint  Maritime  Command  Information  System 

JOTS 

Joint  Operational  Tactical  System 

LFOC 

Landing  Force  Operations  Center 

WIAGTF  C4I 

Marine  Air  Ground  Task  Force  -  Command,  Control, 
Communications,  Computers  and  Intelligence 

W1RW1S 

Maintenance  Resources  Management  System 

NALCOWllS 

Naval  Aviation  Logistics  Command  Management 
Information  System 

NAVSSI 

Navigation  Sensor  System  Interface 

NDI 

Non  Developmental  Item 

NIPS 

NITES 

NITES 

NTCS-A 

NTCSS 

NWSS 

NTCS-A  Intelligence  Processing  Seivices 

NTCS-A  Integrated  Tactical  Environmental  Subsystem 
Navy  Integrated  Tactical  Environmental  System 

Navy  Tactical  Command  System  -  Afloat 

Naval  Tactical  Command  Support  System 

Navy  WWMCCS  Support  Center 

OBU/OED 

Ocean  Surveillance  Information  System  Baseline 
Upgrade  /  OSIS  Evolutionary  Development 

OSS 

Operational  Support  System 

POST 

Prototype  Ocean  Sutveillance  'Terminal 

SACC 

Supporting  Area  Command  Center 

SNAP 

Shipboard  Non-Tactical  ADP  Program 

SSEE 

Ship's  Signal  Exploitation  Equipment 

STT 

Shore  Targeting  Terminal 

TAMPS 

Tactical  Aircraft  Mission  Planning  System 

TEAMS 

Tactical  EA-6  Mission  Planning  System 

TESS 

'Tactical  Environmental  Support  System 

TESS 

Tactical  Environmental  Support  System 

TFCC 

Tactical  Flag  Command  Center 

TSC 

Tactical  Support  Center 

WWMCCS 

World  Wide  Military  Command  and  Control  System 
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[2]  I  will  describe  our  primary  guidelines  leading  to 
enterprise-integration.  First,  I  will  describe  our  plans  to  run 
common  software  on  common  computer  platforms 
interconnected  by  common  networks.  Then  I  will  describe  how 
this  will  be  made  possible  by  a  migration  to  acquisition  reforms 
and  organizational  changes  unifying  our  acquisition  process  for 
information  technologies. 
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Single  Source  of  Relevan^  Information  for  all  Marine 
Commanders 


•  Seamless  »»  Functionally  Integrated 

•  Multimedia 

.  Disciplined  »»  Knowledge-based 

•  Multi-level  Secure 

.  Near  Real-time  »>  Push  &  Pull 


[3]  Our  goal  is  to  provide  the  information  required  for  our 
warfighters  and  those  supporting  them  in  usable  form,  when  its 
needed.  Due  to  rapid  changes  in  warfare  requiring  sophisticated 
and  timely  information  for  planning  and  situation  awareness 
extending  to  distant  geographical  locations,  this  can  only  be 
accomplished  by  providing  distributed  multimedia  systems  with 
access  to  non-organic  sources  involving  multiple  security  levels. 
Particular  attention  is  necessary  to  avoid  duplication  and  to 
share  information  among  functional  subscribers  by  disciplined 
methods  of  managing  and  presenting  information  that  provides 
knowledge  and  understanding  to  the  user. 
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[5]  But  that's  no  longer  the  case  in  the  set  of  Marine  Corps 
Air-Ground  Task  Force  (MAGTF)  C4I  systems  now  beginning 
to  be  provided  to  our  warfighters  and  supporting  establishment. 
They  will  share  information,  software,  platforms  and  networks 
and  be  capable  of  adapting  as  a  system  of  systems  to  all  missions 
anticipated  in  the  future. 


”  eliminate  redundant  or  low-value  functions 


-  enhance  warfighting  capabilities. 


Standards-based  information  systems  architecture  can 
then  support  the  redesigned  functions. 


[6]  However,  the  change  from  closed  to  open  environments  and 
acquisition  activities  takes  time.  Particularly  with 
reduced  resources  available,  progress  requires  iimovative 
approaches  and  is  an  iterative  process.  We  must  focus  not  just 
on  the  technology,  but  the  processes  the  technology  is  to 
support.  Therefore,  we  are  undergoing  comprehensive 
functional  process  improvement  activities  throughout  the 
Marine  Corps  and  building  standards-based  adaptive 
information  systems  architectures  to  support  the  redesigned 
functional  processes. 
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Enterpris^ptegration 
Cross-functional  Prdpess  Improvement 
and  Integration  \ 


.  Information  System  Support  Plan 


[7]  The  Marine  Corps'  functional  process  improvement 
initiative  is  under  the  direct  oversight  of  General  Heamey  the 
Assistant  Commandant  and  is  expected  to  take  several  years. 
The  command  and  control  area  is  one  to  receive  early  attention. 
However,  we  are  not  waiting  for  these  to  all  be  completed  to 
develop  plans  for  improving  the  information  technologies  to  be 
made  available  to  support  the  improved  processes.  Actually, 
one  of  the  first  areas  we  examined  was  the  processes  used  in  the 
Marine  Corps  for  the  acquisition  and  life-cycle  management  of 
information  technologies. 
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Total!  Tact 

Into!  Log  Fore©  Syst  Avn  Othor 


[8]  That  examination  by  a  cross-functional  Information 
Technology  Planning  Group  led  to  recommendations  and  a  plan 
to  completely  change  the  technical,  acquisition  and 
organizational  elements  of  those  processes  to  more  effectively 
provide  the  support  needed  while  providing  the  adaptability 
needed  to  respond  to  joint  and  combined  warfare  requirements 
in  the  modem  era.  Those  changes  were  approved  by  an 
executive  steering  group  and  are  already  being  implemented. 
The  foundation  for  the  revised  process  is  that  all  Marine  Corps 
systems  will  be  built  upon  a  common  operating  environment 
with  common  software  support  services,  common  hardware 
suites  and  interconnected  by  common  networks. 
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[9]  As  I  said,  in  the  past  we  had  multiple  information  systems 
architectures  in  the  Marine  Corps,  most  oriented  around 
functions,  but  some  based  upon  deployed  force  systems  and 
separate  administrative  systems,  as  well  as  regionally  oriented 
systems. 
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[10]  No  more,  in  the  future,  the  Marine  Corps  has  one  target 
architecture  built  upon  common  computer  and  software 
programs  of  the  Navy  and  joint  command  and  control 
community.  Individual  functions  are  supported  by  application 
software  with  interfaces  capable  of  being  ported  in  a  plug  and 


play  manner. 


[11]  The  necessity  of  such  an  approach  is  made  clear  by  this 
chart  which  indicates  in  the  upper  left  comer  the  dramatically 
increasing  delta  between  costs  to  maintain  software  for 
increasing  numbers  of  C4I  systems  (indicated  on  the  right) 
compared  to  funds  available.  It  is  important  to  note  that  the  4 
fold  increase  in  systems  involved  37  programming  languages 
and  29  unique  hardware  platforms. 


Software  ^dundancy 

®  70%  of  the  code  withiii  MAGTF  C4I  systems 
was  functionally  redun|lant. 

®  Each  system  was  "building  its  own". 


Mapping/Overiays 

Portray,  zoom,  pan  topographic  information  and  access  DMA  mapping  products  related 
to  terrain  features,  with  ability  to  superimpose  overlay  graphics. 

imagery 

Display  photographic  imagery. 

Track  Management 

Display  land  symbology  and  maintain  track  related  information  on  air/ground  platforms. 

PL! 

Receiving  Position  Location  Information  associated  with  Air/land  Unit  locations. 

Message  Processing 

Receive,  parse,  journal,  format  and  transmit  binary  and  text  message  traffic  in 
accordance  with  predefined  DOD  formats. 

TADIL  Management 

Management  of  TADIL  A,  B,  and  J  message  traffic,  to  include  receiving,  conversion, 
and  forwarding  capabilities. 

Comm  Processing 

Communication  processing  of  traffic  across  multiple  communications  paths. 

Correlation 

Correlation  of  unit  information  received  form  multiple  sources.  | 

Security  Shell 

Security  Shell  providing  access  control  to  tactical  information.  1 

System  Admin 

Systems  Administration/Network  Administration/Database  Administration  housekeeping 
functions.  J 

[12]  Obviously,  we  could  no  longer  continue  to  provide  the 
needed  capabilities  with  available  resources.  In  response  to  the 
situation,  we  had  some  smart  Marines  look  for  another  way. 

They  found  that  70%  of  the  code  in  our  C4I  systems  was 
functionally  redundant  with  each  program  manager  building  his 
own  software  "from  the  ground  up"  in  isolation.  Many  common 
services  were  found  which  could  share  software  if  care  was 
applied  in  its  preparation  so  that  it  would  be  platform 
independent  and  program  management  procedures  were  adapted 
to  allow  the  use  of  shared  common  core  software  services. 
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Technical  &  Acquisition  Strategies 

ISSf;' 

®  Clearly  recognize  FiyiF  requirements. 

I 

•  Shoppers  vice  deveIPpers. 

►  NDI/COTS/GOTS,  Open  Systems. 

•  Look  to  the  Navy  first. 

•  Adopt  evolutionary  acquisition. 

►  Accept  "core"  solutions  enhancements  to 

core. 

[13]  But,  it  was  also  clear  that  we  needed  more  than  changing 
to  common  software  and  computer  platforms  to  be  able  to 
expedite  the  fielding  of  more  and  improved  capabilities  to  the 
Fleet  Marine  Force  with  reduced  resources.  We  needed  to 
reform  other  technical  and  acquisition  strategies.  Other 
innovative  approaches  were  necessary.  We  looked  at  the  world 
around  us  for  existing  Naval,  Joint  and  commercial  products  that 
could  meet  the  majority  of  our  needs.  We  needed  to  become 
shoppers  -  and  developers  ONLY  AS  A  LAST  RESORT.  We 
looked  to  the  Navy  first  for  solutions  to  our  challenges.  We  also 
wanted  to  more  rapidly  get  capability  in  the  hands  of  the  Fleet 
Marine  force.  Our  conclusion  was  to  field  less  than  perfect 
solutions  now  and  upgrade  them  over  time  using  an 
evolutionary  acquisition  process.  We  quickly  discovered  the 

capability  we  were  looking  for.  It  was  something  called  the 
Joint  Maritime  Command  Information  System  (JMCIS)  Unified 

Build  (now  called  the  Common  Operating  Environment. 
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[14]  The  JMCIS  COE  provides  much  of  the  functionality  we 
were  looking  for  in  a  common  software  suite  capable  of  running 
on  common  hardware.  It  consists  of  a  common  hardware 
backbone,  a  common  operating  system  and  common  software 
support  services  which  provide  the  common  functionality  we 
had  envisioned. 
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Specific  Examples  of  the  IVfeijne  Corps  Migration  Strategy 


Source  Lines  of  Code 

Air  Defense  340K  SLOC 


300K 


100K 


Situation  Display 
Graphics  Proc 


Track  Mgt 


Radar  Linkage 
Master  DB 


Control/Spt  Msg 
Processor 


Intel  Anal  109K  SLOC 


Exec/Comms 
DB  Mgt 
Intel  Analysis 


81%  reduction  in  software 
associated  with  these  Mission 
Areas;  with  SAME  functionality. 


Air  Defense  47K  SLOC 


Air  Ops 
Segment 


Intel  Anal  36K  SLOC 


Intel  Segment 


» t  ♦♦ 


Comm/ 

MSG 

Processor 

Track 

Database 

MGR7 

Cctfreiator 

Locaf 

DB 

MGR 

Security 

Shdl 

Charts 

TACPLOT 

X-Windows  I 

MOTIF  1 

UNIX  Operating  System 

DTC-2  TAC-3 

TAC-^  TAC-X 

[15]  This  slide  shows  the  results  of  some  preliminary  analysis 
done  by  our  software  support  experts  at  the  Marine  Corps 
Tactical  Systems  Support  Activity  (MCTSSA)  (though  you'll 
soon  hear  that  their  mission  now  expands  beyond  deployable 
systems  to  support  all  Marine  Corps  systems).  The  first  example 
is  an  air  defense  C2  program.  MCTSSA  estimates  an  81% 
reduction  in  the  amount  of  code  they  will  have  to  support  by 
employing  the  JMCIS  COE  in  this  program.  In  the  second 
example,  an  intelligence  analysis  system,  MCTSSA  believes 
they  will  see  a  67%  reduction  in  the  lines  of  code  for  which  they 
will  have  to  provide  post  deployment  software  support. 
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Software  Component  of  the  flanne  corps  fVjigration  btraiegy 


Spectrum  Management: 

Systems  Planning  Engineenng  Evaluation  Device 

1  Ongoing  Analysis 

Fire  Support  i 

Advanced  Field  Artillery  Tactical  Data  System  | 

. 

64%  R^uction  i 

.  .  VI 

intelligence  Production/Dissemination 
Intelligence  Analysis  System 
Tactical  Remote  Sensor  System 
Tactical  Electronic  Reconnaissance 
Processing  and  Reporting  System 
Tactical  Control  Analysis  Center 


62%  Reduction 


Land  Operations 

Tactical  Combat  Operations 
Position/Location  Reporting  System 
MAGTF  Tactical  Warfare  Simulator 


Airspace  Mgt/Air  Operations 

Advanced  Tactical  Air  Command  Cental 
Improved  Direct  Air  Support  Central 
Ar  Defense  Communications  Platform 


84%  Reduction 


45%  Reduction 

\ 


AppMcatlOB  PrwwCTtnIwiintartgee 


Comm/ 

MSG 

Processor 

Track 

Database 

MGR/ 

Correlator 

Sectirity 

Sheli 

Cbart/ 

TACPtOT 

X-W^dows  1 

MOTIF  1 

UNIX  Operating  System 

DTC-2  TAC-3 

TAC-4  TAC-X 

[16]  As  you  can  see,  we  expect  to  similar  reductions  in  the 
amount  of  code  we  will  have  to  support  across  all  functional 
areas  [[REVIEW  CHART[[. 

But,  we  are  looking  to  the  Navy  for  not  only  software,  but 
hardware  as  well. 
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Class  A 

Workstation/File  Server 


Class  B 

Network  Workstation 


[17]  Currently,  our  Marine  Corps  Common  Hardware  Suite 
(MCHS)  consists  of  the  four  classes  of  computers  you  see  here. 
They  range  from  the  Class  A  computer  capable  of  serving  as  a 
network  server,  to  the  Class  D,  which  is  a  handheld  device  that 
will  fit  in  your  pocket.  We  currently  depend  on  other  Services 
or  agencies  for  contract  vehicles  for  each  of  these  computers. 
For  example,  we  order  Class  B  machines  through  contracts  at 

the  National  Photographic  Interpretation  Center  (NPIC)  and  the 
Navy's  Information  Systems  Engineering  activity  at  St  Inigoes, 

Maryland.  The  Class  C  machines  are  ordered  through  the 


Army's  Program  Manager  for  Common  Hardware  at  Ft 
Monmouth,  N.J.  In  nearly  every  case,  the  Service  or  agency 
which  owns  the  contract  has  a  different  integrated  logistics 
support  philosophy  than  ours.  Consequently,  we  have  had  to 
ask  them  to  modify  their  contracts  to  obtain  the  types  of  data  we 
need  to  apply  the  Marine  Corps'  maintenance  management 
concept  to  the  machines.  (This  increases  costs.)  Also,  usually, 
we've  had  no  input  to  the  original  design  of  these  boxes.  In 
other  words,  it  has  been  painful  to  depend  on  diverse  sources  for 
computer  hardware  and  its  maintenance.  We  intend  to  change 
this. 
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Class  A 

Workstation/File  Server 


Processor  A/C 


[18]  The  Navy  has  a  Tactical  Advanced  Computer  (TAC) 
program,  To  capitalize  on  the  many  advantages  of  this  program, 
the  Marine  Corps  has  collaborated  in  the  development  of 
specifications  for  the  fourth  version  (called  TAC-4).  Our 
maintenance  concept  and  environmental  requirements  are  now 
reflected  in  TAC-4  documentation.  We  also  were  active 
participants  in  the  TAC-4  procurement  process.  We  are 
counting  on  TAC-4  to  provide  a  common  source  of  follow-on 
computers  for  our  Class  A  and  B  common  hardware  suite 
requirements. 

So,  when  you  put  TAC-4  and  JMCIS  together  with  our  Marine 
Corps  C4I  programs,  this  is  what  you  get ... 


[19]  Our  common  hardware  suite  foundation  will  consist  of 
TAC  computers.  Our  common  software  will  be  JMCIS  COE 
transitioning  to  GCCS.  Well  documented,  well  defined 
application  interfaces  (APIs)  are  key  to  this  strategy.  These 
APIs  define  how  applications  software  plugs  into  common  core 
software  upon  which  it  depends.  Applications  and  core  software 
changes  may  occur  but  APIs  remain  constant.  We  also  continue 
to  work  closely  with  the  Navy  to  evolve  Marine  Corps  required 
capabilities  into  JMCIS.  A  good  example  of  capabilities  we 
have  already  incorporated  into  JMCIS  is  "coordinate 
conversions"  -  the  Navy  works  in  nautical  miles  and 
latitude/longitude  while  Marines  talk  in  terms  of  kilometers  and 
the  Military  Grid  Reference  System. 
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Hardware  and  Software  I  ®  Common  Style  i 
Commonality  with  I 


Other  Services 


•  API  Compatibilil 


Focus  on  Unique 
Functionality 

CCB  Membership 

Cost  Sharing 

Joint  Certification 


•  Interoperability  I 
Integration 

•  Common  Trainir 

•  PDSS  Costs 


[20]  Although  I  have  alluded  to  many  of  the  benefits  of  a 
Marine  Corps  migration  to  Naval  and  Joint  hardware  and 
software,  here  are  some  of  the  key  considerations. 
[REVIEW  BULLETS  ON  SLIDE] 
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I 

®  BRAC-93;  Directed  3but  of  6  Major  Data 
Centers  to  Close  I 

I 

■  DMRD-918;  Migration  to  Defense  Information 
Infrastructure 

■  Likely  Effects  of  BRAC  Directed  Closures: 

-  Diverging  Standards 

-  Higher  Costs 

-  Diminished  Support 

■  Solution;  Consolidate  All  Major  Data  Centers 

using  a  Standards  Based  Approach _ 


[21]  Now,  let's  look  at  the  Marine  Corps'  migration  to  a  single 
mainframe  processing  center  and  wide  area  network  run  by 
DISA  as  part  of  the  Defense  Information  Infrastructure.  You 
are  certainly  aware  of  the  BRAC-93  and  DMRD-918  decisions. 
Together,  these  and  other  considerations  led  the  Marine  Corps 
to  decide  to  expedite  consolidation  of  its  processing  and 
network  support  by  leading  the  way  in  implementing 
comprehensively  the  underlying  goals  of  these  initiatives. 
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[22]  We  will  move  from  the  current  architecture  depicted  here. 
It  consists  of  six  geographically  dispersed  data  centers 
interconnected  by  a  single  integrated  data  network,  augmented 
by  a  mobile  data  center.  As  you  refer  to  the  legend,  you  can  see 
the  locations  of  these  data  centers. 
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[23]  Our  TARGET  architecture,  depicted  on  this  slide  consists 
of  all  sites  interconnected  by  the  Defense  Information  Systems 
Network  (DISK)  and  a  single  Defense  Megacenter  at  St  Louis, 
Missouri. 
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I 

I 

I 


H  Standard  Hardware 
■  Standard  Software 
®  Single  Data  Communications  Network 
H  Integrated  System  and  Network  Management 
a  Few  "Black-box"  Interfaces  to  DDN 


[24]  Let's  look  at  some  characteristics  of  the  current 
architecture,  then  compare  them  to  the  target.  All  data  centers 
maintain  standard  software  platforms,  identical  commercial 
off-the-shelf  software  products  are  used  on  each  computer,  and 
our  single  inter-computer  network  and  data  centers  are  managed 
by  the  Marine  Corps  Computer  and  Telecommunications 
Activity  at  Quantico,  Virginia,  There  are  three  interfaces  fi'om 
the  Marine  Corps  Data  Network  (MCDN)  to  the  Defense  Data 
Network  (DDN).  These  are  at  Okinawa,  Kansas  City  and 
Quantico. 
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Current  ^^hitecture 

Chara  Eristics 

I 

■  "Twenty-two"  Geographic  Regions  Supported 

-  One  Wartime  Contingency 

-  Sixteen  CONUS 
-Five  O-CONUS 

■  Support  Configurations 

-  One  Deployable  Processing  Center 

-  Six  Major  Data  Centers 

-  Fifteen  Remote  Job  Entry  (RJE)  Sites 


[25]  Continuing  our  look  at  the  current  architecture,  we  support 
twenty-two  geographic  regions  (16  CONUS/5  OCONUS/1 
DEPLOYABLE  FOR  DEPLOYED  OPERATIONS).  The 
non-deployable  units  consist  of  6  major  data  centers  and  15 
remote  job  entry  sites  (RJEs).  The  RJEs  are  supported  by  the 
major  data  centers  at  other  bases,  posts,  camps  and  stations.  The 
deployable  force  automated  services  center  is  a  mobile  data 
center  and  has  proven  very  effective  and  reliable  in  Operations 
Desert  Shield/Storm  and  Restore  Hope. 
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®  Same  "Logical"  Standard  Hardware 
-  Megacenter  partitioned  as  six  logical  mainframes 
-Major  Data  Centers  reconfigured  as  RJEs 

®  Same  Standard  Software  -  running  in  partitions,  until  migration 
systems  fielded 

H  MCDN  absorbed  into  DISN  -  circuits  adjusted  as  needed 

®  Integrated  System  and  Network  Management 
Responsibilities  -  transferred  to  DISN 


[26]  Compared  to  the  CURRENT  architecture,  you  will  find 
the  characteristic  environment  in  the  TARGET  very  familiar. 
[REVIEW  BULLETS] 


5SD  I 


Chara<|f#istics 


Multiple  "Black-box"  Interfaces  to  DISN 


■  Same  Regions  Supported 

■  Support  Configurations 

-  One  Deployable  Processing  Center 

-  One  DoD  Megacenter 

-  Twenty-one  Remote  Job  Entry  Sites 


[27]  Continuing  the  comparison,  you'll  note  increased 
connectivity  to  the  DISN  from  the  same  Regions,  but  with  a 
single  consolidated  Megacenter  supporting  21  RJEs. 
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[28]  The  net  result  after  our  migration  to  the  DoD  Megacenter 
is  the  same  support  to  our  end  users,  but  we  will  have  become 
part  of  the  global  Defense  Information  Systems  Network  in 
accordance  with  current  DoD  initiatives. 


-Tactical  Data  Systems:  MARCORSYSCOM, 
MCTSSA, 

-  Non-Tactical  AIS;  Funcs,  MCCTA,  CDAs 

■  "Stovepipe"  Environment  Encourages 
Proliferation  of  Redundant,  Non-Interoperable 
Systems 

■  Discourages  "Unified  Build" 


[29]  But,  as  I  noted  earlier,  more  acquisition  reforms  were 
needed  to  effectively  implement  those  I've  described.  It  was 
necessary  to  unify  diverse  acquisition  processes  for  deployable 
systems  and  those  of  functional  sponsors  and  the  supporting 
establishment,  in  order  to  truly  unify  our  systems  into  a  seamless 
architecture. 


172 


E  July  1993,  ESG  Deterrliined  that: 

I 

“  MARCORSYSCOM  should  exercise  single 
acquisition  authority 

-  CG  MCCDC  should  assume  oversight  of  ISSC 

H  March  1994,  ITPG  Formed  to  Make 
Recommendations  to  Achieve  Those  Goals 


[30]  During  recent  months,  decisions  by  the  Marine  Corps 
leadership  have  led  to  organizational,  policy  and  procedural 
changes  to  unify  the  acquisition  decision  authority  and 
requirements  responsibilities  at  the  Marine  Corps  Systems 
Command  and  the  Marine  Corps  Combat  Development 
Command  at  Quantico,  Virginia. 


-All  IT  requirements  to  include  IT  Architectures 
and  standards  fall  under  cognizance  of  CG, 
MCCDC 

-  MDA  for  ALL  IT  should  reside  with 
COMMARCORSYSCOM 

-  PM  for  hardware,  telecommunications  and 
operating  systems  software  should  be  under 
COMMARCORSYSCOM 

-  PM  of  software  application  segments  should 
remain  with  functional  sponsors. 


[31]  As  recommended  by  a  Marine  Corps  Information 
Technology  Planning  Group,  except  for  some  special 
applications  software  for  unique  functions,  all  hardware  and 
software  for  Marine  Corps  computer  and  communications  will 
be  handled  by  the  Marine  Corps  Systems  Command,  currently 
commanded  by  MAJGEN  Carol  Mutter. 

The  Combat  Development  Command  will  be  the  maintainer 
of  a  single  integrated  standards  based  architecture  supporting 
requirements  maintained  there.  These  two  commands  will  be 
tightly  linked  by  a  common  Information  Technology  Steering 
Group  which  includes  representation  by  functional  users  and 
policymakers  in  its  membership. 


174 


tffi 


mm 


telecommunications  infrastructure. 


[32]  This  provides  the  final  element  needed  in  the  reengineered 
process  to  ensure  a  truly  integrated  Marine  Corps  information 
infrastructure  in  the  future  which  is  built  tightly  around  the 
evolving  DoD  information  infrastructure  (DII). 
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y 

ffl  Enterprise  Integration  ^trategy 
■  Software/Hardware  Migration 
B  Processing/Communications  Migration 
B  Acquisition  Environment  Migration 


[33]  The  migration  strategy  I  have  described  to  you  will  ensure 
a  truly  integrated  Marine  Corps  enterprise  built  on  common 
software,  hardware  and  processing  services  linked  by  a  common 
seamless  network  supported  by  a  common  community  of 
acquisition  professionals  applying  acquisition  reforms  which 
expedite  improved  warfighting  capabilities  with  fewer  resources. 
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®^-^T£S  Of^,^ 


Col  Joe  Narsavage,  Jr. 
Director  of  Mission  Systems 
Headquarters,  USAF 
HQ  USAF/SCM 


13  Dec  94 


"o£— 


AF  Global  Command  and  Control  System 


•  USAF  View  of  GCCS 

•  AFGCCS  Strategy 

•  Implementation  of  AFGCCS 

•  Migration  of  C2  systems 

•  Relation  to  AF  C4I  HORIZON  Concept 
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AF  Globa!  Command  and  Control  System 


AFGCCS  Strategy 


•  Have  warfighter  define  operational  requirements 

•  Evolve  system  functionality 

•  Develop  GCCS  Common  Operating  Environment 

•  Migrate  C4I  applications 


AF  Global  Command  and  Control  System 


AFGCCS  Implementation  Tasks 


•  Worldwide  Miiitary  Command  and  Controi  System 
(WWMCCS)  shutdown 

•  Common  Operating  Environment  (COE)  development 

•  C2  migration 
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AF  GSobai  Command  and  Control  System 


USAF  C2  Migration  Process 


®  Identify  critical  functionality  requirements 
•  Select  C2  migration  system  candidates 
®  Modify  programs  to  incorporate  GCCS  COE 
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tSMwSSSC  jLiucmS 


C2  Systems 


CTAPS 

CADS 

CAFMS 

JMI 

ASDS 

TISD 

3DS 

JAMPS 

CTIS 

wees 

CIS 

JMAPS 

JMPS 

C21PS 

EARLO 
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FPLAN 

MDPS 
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GDSS 

ACES 

AIMS 

MAIRS 

TAMS 

TKACT 

ADANS 

AAA 

CRQS 

FLOGEN 

HORSEBLANKET 

MMS 

REPGEN 

CMARPS 

CMARPS  (SAC) 

SORTS-DIS 

WMP  3/5 

COMPES 

CFMS 

eSMS  . 

FAST 

HAF  COMPES 


Migration 


TBM 

CTAPS 

wees 

C2IPS 

CIS 

JMAPS 

JMPS 


AFMSS 

MOBILITY  SYS 

ADANS 

GDSS 

CMARPS 


Target 

AFGCCS 
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c/)  O  O  Q 


Contit>gency  Theater  Auto  Plan  Sys 


Theater  Battle 
Management 


AF  Global  Command  and  Control  System 


“pEPA^ 


•  Shutdown  of  the  Worldwide  Military  Command 
and  Control  System  (WWMCCS) 

•  Establish  connectivity 

•  Iristail  hardware 

•  Migrate  functionality 

•  COE  Development 

•  AF  responsible  for  6  of  19  GCCS  COE  modules 

•  Mid-term  COE  to  be  completed  by  Feb  96 


AF  Global  Command  and  Control  System 


Relation  to  USAF  C4!  “HORIZON”  Concept 

•  HORIZON:  the  overarching  USAF  C4I  concept 

•  Provides  warfighter  with  responsive,  advanced  C4I 
systems/services 

•  Supports  USAF’s  “Global  Reach,  Global  Power”  vision 

•  Encompasses  several  elements 

•  AF  GCCS  will  reflect  HORIZON’S  architecture  management 
process 
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Shows  enterprise-wide  view  of  USAF  C4I 

Shows  information  flow  throughout 

*  Four  mission  areas  (Combat,  Mobility,  Space,  Special  Ops) 

»  Two  support  areas  (Intelligence  and  Mission  Support) 

Shows  key  C4I  nodes  and  intersections 

*  Within  Air  Force,  within  DoD,  and  external  to  DoD 

Includes  supporting  diagrams,  N2  charts  and  interoperability  summary  tables 

*  Provides  manageable  set  of  critical  C4I  nodes  and  links 
e  Provides  means  to  identify  interoperability  concerns 

®  Provides  focus  for  in-depth  modeling  and  analysis 


AF 


Global 


and 


m 


®  USAF  C2  migration  started  before  GCCS 
®  USAF  is  fuff  partner  in  GCCS  implementation 
®  AFGCCS  is  manifestation  of  USAF  HORIZON  Concept 


187 


DISA  Review/ 
Certification 


and 


Enterprise  Integration  Symposium 

13-14  December  1994 


John  A.  Burt 
Director,  Test, 

Systems  Engineering  and  Evaluation 


,OPTWAHt  IVlANAUtlVltlM  I 
REVIEW  BOARD 


SOFTWARE 
EDUCATION 
PROCESS  ACTION 
TEAM 


DSB  REPORT 
RECOMMENDATK 
PROCESS  ACTir 
TEAMS 


THE  MISSION 


systems. 

•  Open  Systems  Concept 

•  The  Challenge: 

-  Different  machine  locations,  multiple  software  vendors, 
and  various  product  vintages  (legacy  and  emerging 
systems) 


MIGRATION  OF  VINTAGE 
INFORMATION  SYSTEMS 


•  Objective: 

-  Proper  correlation  of  common  data 
elements  among  systems 

•  Implementation  by  authorized 


users 


EFFECTIVE  MIGRATION  PATHS  REQUIRE 


LEGACY 

SYSTEMS 


□  ^ 
0 


STANDARDIZATION 
MIGRATION  PATH 


STANDARDIZED 
MIGRATION  SYSTEMS 

•  Maximum  Reuse 
e  Open  System  Environment 


□ 

Oo 


“TAILORED  BRIDGES’ 
MIGRATION  PATHS 


TARGET  SYSTEMS 


Bi 
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Products 
to  DoD 


Software?  to 
Cystomars 


ClNC's,  MILDEP’s, 
OSD,  DISA 


Assessments 
“Best  Practices” 


202 


C6lilWUHIedti0ri 


idUbatfeH 


(ciatitif ies “Need  Lines”  dnd  iion-valUe 
add0d  processes^ 


0a|3tut-es  and  manages  data  sfiaifeadld 
ItIforirtiiatipn-assBts  .  ■ 


Conduct  “What  if”  analysis 


Aids  assessment  of  Interoperability 


IDEF1X  DAtA^'MODEE: 


ARGHITECTUFlAE^HEStGN; 
ANALYSIS.  AND.  PLANNING 
■;■  TOOL 


A.CTIVITY  BASED  COSTING 


GEO-TECHNICAL 

ARCHITECTURE 
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Tfanspbrtaiion 


f-DAOo  «  FunctionnI  Dntn  Adminiotrotoro 
CDAO  a  Component  Dntn  Adminlalrator 
(dtidt*  »  Component  Uovcl  FuncUonnl  lixpert 
UA'-MO  «  t)ot«  Admlniotmtlon  Progrnm  Mgmt.  Office 
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•  Rapid  Evolution  Of  Technology 

•  Evolving  I  nf rastrueture 

Bl  eed  i  ng  — Lead  i  n  g  — — ►C  ore 

•  Affinity  Groups 
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♦  RAPID  PACE  OF  TECHNOLOGY 

♦  DEMAND  FOR  GLOBAL  CONNECTIVITY  AND  INTEROPERABILITY 

♦  INCREASED  RELIANCE  ON  COMMERCIAL  PRODUCTS  AND 
SERVICES 

♦  NEED  FOR  EXPANDED  SET  OF  SECURITY  SERVICES 


THE  VISION -A  SECURE  Dll 


♦  ALL  DOD  ENTERPRISES  CONNECTED  TO,  BUT  PROTECTED 
FROM,  THE  GLOBAL  INFORMATION  NETWORK 

♦  ALL  Dll  TRANSACTIONS  ACROSS  THE  GLOBAL  INFORMATION 
NETWORK  SECURED 

♦  POSITIVE  IDENTIFICATION  AND  AUTHENTIOATION  OF  ALL 
INFORMATION  ACCESS  WITHIN  THE  Dll 

♦  GUARANTEED  AVAILABILITY  OF  CONNECTIVITY  TO  SUPPORT 
CRITICAL  FUNCTIONS  VIA  THE  GLOBAL  INFORMATION 
NETWORK 
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FINANCE  \  / 

INTELLIGENCE 
HEALTH  ADMN 

LOGISTICS 


GLOBAL  SECURITY 
ACROSS  Dll 


FUNCTIONS 


COf^MAND&\ 
,  CONTROL  ' 


\  E-MAIL 

APPLICATION^  EDl/EC 
/FILE 

/  TFtANSFER 

/nFO  SEARCH 
/  &  RETRIEVAL  / 

{  REMOTE  data/ 
XBASE  ACCESS/ 


COMMON  SECURITY 
SOLLTFION 


'  DMS  GCCS 
DISN 

ITSDN 

MEGA  DATA  CENTERS 


MAJOR  PROGRAM 
INITIATIVES 
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Sales  ~  $10  Billion,  Employees  ~  96,000  ...Opetatiom  In  37  States 
in  the  U,S.  and  17  Other  Countries 

Designs,  Develops  and  Manufactures  Electronics,  Software,  and 
Provides  Services  for  U.S.  and  Foreign  Governments  and  Industry, 

Including  Commercial  Customers 

Operates  Sk  Facilities  for  the  U.S.  Department  of  Energy  in  Addition  to 
Sandia  National  laboratories 

Third  largest  Supplier  of  Aggregates  in  the  U.S. 

Product  Applications  from  Depths  of  the  Oceans  to  the  Far  Reaches 
of  Space 

. Fortune  500  List  of  Largest 

Industrial  Corporations  in  the  United  States _ 

. *  M9'5PMW008{}0/Og 


Qommercial 
0% 


!ntematlonaf 

14% 


Othor  Government 
7% 


Total  Sales 


OOD 

64% 


Services 
B% 

Materials 
4% 

Information 
14% 


\  Bectronics 
41% 


Space 

34%o 


Market  Segment 


Total  Sales  =  $W,424M 
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process 


fnternaiflnformation  System 


services  to  the  business  groups  we  serve 


systems  wil 
alems  and  in 


Business 

leverage 


Shareholder  Value 


Reporting) 


(Host  and 
Infrastructure) 


Customer’s  Informal 
anagement  “food 


Improve 
efficiency  and 
effectiveness 


Rationalize 

existing 

application 

portfolios 


Utilize  process 
re«engineering 


Align  IT  investments 
with  business 
objectives 


Critical  Success  Factors 
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Prior  to  merger 
isiriess 


Orlando  H«i" 
Baltimore 
Bethesda 


vet*  M— I  ‘'ll*  ili 
iercjuei*'^“p||* 


Now 

iHtectrotiicillrilormatipn  Energy  Materials  Services 


Northeast 
Southeast 
West  I 


IIS  ORGANIZATION  OBJECTIVES; 

•  Continue  gaining  economies  of  scale  from  functionalization 
»  Gain  ability  to  deploy  resources  and  technical  skills  by 
expertise  category  regardless  of  geography 
«  Centralized  service  accounting,  management  and  mindset 
across  the  Corporation 

i.M-Cfevelnnd/9<}  1 1 29/V22 


Eiectronlcs 


■  Information  Space 


Agreements 


Agreements 


Agreements 


Agreements  j 

•Flex  Benefits 
•Payroll 

•Financial  Consolidation 

•Sourcing 

•Etc. 


r  Business  Wjipif  computing  1 
Systems  ISMfffIffM  Environment 
^Applications  J  At jMg|,  &  services  I 


%^r#''Sd  Architecture  is|i||r 


1  Organizational 
I  characteristics: 
f  •Technical  and 
business  skills 

•  Customer-focused 

•  Empowered 
behavior 

•Values  diversity 

•  Teamwork 


LM  Ciovukind'tM  I  \?A)nr> 
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Orlando,  FL 
Daytona  Beach,  FL 
Lakeland,  FL 


Valley  Forge,  PA 
Utica,  NY 
Syracuse,  NY 
Binghamton,  NY 
Baltimore,  MD 
Bethesda,  MD 
E.  Windsor,  NJ 
l^oorestown,  NJ 
Camden,  NJ 
Pittsfield,  MA 
Washington,  D.C. 
Burlington,  VT 


Eichormii?  14/75 


IIS  organizaliorial  concept  —  customer  focused^  market  driven 


Preferred  application/process 


%  potential 
commonality 


'PSP  ; 

Fayrpll 
I  Accounts  Fayabte 
.  Corporate  Treasury' 
Conbral  Lodger  I 
Sc±.\M\hg  n 
^^EDIBerylCGs:'';^ 
HR/Porsonnel  . 
Purchasing  . 

:  Salary  Planning 
Hnyirqnrnontal 
|\  /Health  &  Safety 
Insurance^ 

Pension  :  - 


Group  Synergies 


Local  Focus 


CAD/CAM 
,MRP '  ' 

Order/Roquj'sition 
Material  Cost  Pst. 
Cost  Management 
Shop  Floor  Control 


Marketing 
.Proposal  Suppori 

Contract  Management 


Interna! 


External 


226 


Information  management 


be  the 
future 


Eichor/941 21 4/710 


Tier 


Tier  2 


Tiers 


Advantages  of 
client/server: 


”  Faster  development 

•  increasing  availability  of  COTS  products 
'  Platform  independence 

•  Buiid  on  investment  in  legacy  systems 

•  Moves  data  closer  to  user 


i..M'C!oyclari{l/04 1  i  29/VU3 
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GTE 


fciia  The  Problems 

a  Revolution  (client-server/common  data)  Difficult 

^Too  expensive  -  Legacy  and  new  systems  must  co-exist  for  awhile 

^  Any  Change  is  Viewed  Negatively 

©Some  try  to  "wait  it  out",  others  fear  it,  few  understand  it 

B  Many  Fail  to  Re-engineer  the  Process  and  Functio 

©Traditional  efforts  focus  on  applications  and  systems 

B  Data  still  not  Universally  Available 

©Political,  ownership,  definition,  normalization,  and  access  issues 

M  Network  and  Telcom  Requirements  Often  Ignore 

©Results  in  poorly  designed  solutions 

B  Evolution  versus  Revolution 

©What  alternatives  are  available? 

fHia  What  it  takes  to  do  it  Right 

B  Know  what  the  Puzzle  is  Supposed  to  Look  Like 

©Create  the  new  reality:  a  value-added  environment 

B  Deal  with  Change  Aggressively 

©Create  the  Crisis  and  make  the  changes  happen  fast 

B  Form  the  Right  Implementation  Team 

©Led  by  VP,  but  cross  functional  to  enhance  original  thinking 

B  Chart  the  Course 

©Make  a  detailed  plan  and  schedule  -  and  follow  it 

B  Implement,  Don't  Study  to  Death 

©Analysis  paralysis  is  fatal 

B  Install  the  Information  Technology  Base  First 

©Must  have  the  base  to  help  "force"  the  changes 

B  Migrate,  Don't  Leap  (Evolution) 

©Take  it  small  bites 
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Sg  How  We  Implemented  the  Plan 

m  Established  Exec.  Group  to  shape  Enterprise  Goals 

•  Commitment  to  customers  was  paramount 
©Long  Range  plan  created 

■  Reward  System  Implemented 

•  Incentivized  business  units  by  giving  them  percentage 

■  Technical  Infrastructure  Needs  Identified 

•  Ensured  that  environment  would  be  available  to  support  changes 

■  Re-Engineered  Applications  with  CASE  Tool 

•  To  reduce  development  time  and  maintenance  costs 

■  Created  a  Phased  Approach 

•  Each  Phase  monitored  and  "managed"  by  senior  management 

fei?a  Lessons  Learned 

■  Champions  Must  be  Committed 

•  Top  level  involvement  essential 

■  Identify  the  Compelling  Case  for  Action 

•  Create  a  Crisis  atmosphere...SELL  IT! 

■  Use  Outside  Resources  to  Ensure  Objectivity 

•  Consultants  can  also  help  break  logjams 

■  Choose  the  "Value-Added"  Path 

•  But  attach  no  blame  for  the  existing  process 

■  Involve  the  Customer  and  Front-Line  People 

•  Shift  to  "Outside-In"  thinking  -  Look  at  processes  as  a  customer 

■  Install  the  New  Information  System  First 

•  Verify  it  works,  then  implement  organizational  changes 

■  Stimulate  Innovation 

•Through  rewards  and  "Best  Practice"  discovery 
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Enterprise  Integration  Can  be 

Significant  savings  are  possib 
•Investment  essential  to  success 
•GTE  started  5  years  ago  -  there  it 

Requires: 

•Commitment  at  all  levels 
•Detailed  planning 
•Vision 

•A  little  bit  of  Luck 
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Boeing  information  Services 

System  Integration 


A  Brief  History  of 
Data  Resource  Management 
at  The  Boeing  Company 


December  14, 1994 


Dr.  R.  Peter  Dube 
Vice  President,  System  Integration 
Boeing  Information  Services 

JFP.vepdrm.1 
12/8/94  1:16  PM 

Seeing  information  Services  _ -  _ 

System  Integration 


A  Brief  History  of  DRM  at  Boeing 

-  Circa  1982 

-  Circa  1990 
-Circa  1994 


DRM  at  Boeing  -  A  view  in  the  year  2000 


JFP.vepdrm.2 
12/8/94  1:16  PM 
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B c inct  hi; f O' r rfi s t lori  S0 r v ?  c CsS 

System  Integration 


An 


View  of 


Data 


Deployment 


1970 


1980 


1990 


2000 


JFP.vepdrm.8 
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Boeing  infcrmetion  Serv; 

System  Integration 


•  DRM  at  Boeing  -  Projected  view  in  the  year  2000 


-  Data  viewed  as  a  critical  asset  of  the  enterprise 

-  Autonomy  at  the  individual  business  units  with  a  recognition  that 
their  future  is  tied  to  data  interoperability  with  their  partners, 
suppliers,  and  customers 

-  Data  Resource  Management  viewed  as  an  integral  business 
process  within  the  enterprise 

-  Emphasis  on  continued  evolution  of  the  process,  technology, 
methodology,  and  standards;  i.e.,  close  marriage  of  basic  CQI 
and  DRM  principles 

-  Bottom  line:  Recognize  DRM  as  a  cultural  issue 


JFP.vepdrm.6 
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Architecture,  Technology  &  Standards 

Bcenig  jmonnation  Services 

System  Integration 

•  Architecture  implications  for  the  future 

-  Decision  support  data  should  be  separated  from  operational 
data  for  improved  performance  and  functionality 

-  Definition  data  should  provide  data  models  for  a  subject  area 

-  Product,  process,  and  methods  data  should  be  managed 
together  in  a  distributed  subject  area  repository 

-  Data  replication  services  needed  to  reduce  waste  and 
increase  quality  of  data 

-  Data  storage  and  archival  hierarchy  needed  to  reduce  costs 

-  Development  of  information  systems  need  to  include  data  to 
support 

»  Common  multimedia  user  interface 
»  System  specifications  that  drive  flexible  implementation 

»  System  implementations  that  provide  just-in-time 
functionality  at  reasonable  cost  and  good  performance 

>>  System  support  features  that  reduce  maintenance  costs 
and  improve  quality 

JFP.vepdrm.9 
12/8/94  1:16  PM 

Architecture,  Technology  &  Standards 

Boeing  Informat^cn  _ _ _ _ _ _ _ _ _ — - - — 

System  Integration 


•  Standards  implications  for  the  future 

-  Data  manipulation  relational  language  are  very  mature  (SQL) 

-  Object  data  management  standards  very  immature  (OMG) 

-  Data  modeling  language  standards  are  emerging  slowly  (IDEF) 

—  Data  interchange  standards  are  emerging  slowly  (SGML, 

PDES/STEP) 

-  Data  definition  interchange  emerging  slowly  (CDIF) 

-  Data  repository  standards  very  slow  in  development  (IRDS,  PCTE) 
—  Remote  database  access  progressing  rapidly  (RDA) 


JFP.vepdrm.11 
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Architecture,  Technology  &  Standards 

B oeing  kii or matlon  Be rv j c s  _ _ _ - 

System  Integration 


•  Technology  implications  for  the  future 

-  Client/server,  distributed,  multimedia  data  management 
will  need  a  breakthrough  in  technical  and  administrative 
infrastructure 

-  Object-oriented  databases  for  advanced  applications  will 
require  heavy  pilot  activity  but  payoff  potential  is  large 

-  Repository  technology  needs  a  great  deal  more  work  to 
support  object-oriented  and  distributed  requirements 

-  Long-term  product  and  process  data  retention  is  a  major 
technological  challenge 

-  Data  interchange  and  data  modeling  technologies  are  key 
to  providing  the  required  infrastructure 


JFP.vepdrm.10 
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